Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-10239

org.tmatesoft.svn.core.SVNErrorMessage: svn: Operation cancelled from the SVN plugin

    • Icon: Bug Bug
    • Resolution: Unresolved
    • Icon: Major Major
    • subversion-plugin
    • None
    • ubuntu 10.04, OpenJDK Runtime Environment (IcedTea6 1.9.8), 64 bit
      Jenkins 1.149
      svn plugin 1.28 also tested with 1.25
      svn, version 1.6.6

      when I try to add subversion credentials by going to :
      http://ci.build.hytrust.com/scm/SubversionSCM/enterCredential

      and enter a correct username and password
      i get a page displaying this exception:

      Error

      No authentication was attempted.
      FAILED: org.tmatesoft.svn.core.SVNErrorMessage: svn: Operation cancelled
      org.tmatesoft.svn.core.SVNCancelException: svn: Operation cancelled
      at hudson.scm.UserProvidedCredential$AuthenticationManagerImpl.checkIfProtocolCompleted(UserProvidedCredential.java:255)
      at hudson.scm.SubversionSCM$DescriptorImpl.postCredential(SubversionSCM.java:1791)
      at hudson.scm.SubversionSCM$DescriptorImpl.doPostCredential(SubversionSCM.java:1735)
      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
      at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
      at java.lang.reflect.Method.invoke(Method.java:616)
      at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:282)
      at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:149)
      at org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:88)
      at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:103)
      at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)
      at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:561)
      at org.kohsuke.stapler.Stapler.invoke(Stapler.java:646)
      at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:233)
      at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)
      at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:561)
      at org.kohsuke.stapler.Stapler.invoke(Stapler.java:646)
      at org.kohsuke.stapler.Stapler.invoke(Stapler.java:477)
      at org.kohsuke.stapler.Stapler.service(Stapler.java:159)
      at javax.servlet.http.HttpServlet.service(HttpServlet.java:45)
      at winstone.ServletConfiguration.execute(ServletConfiguration.java:249)
      at winstone.RequestDispatcher.forward(RequestDispatcher.java:335)
      at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:378)
      at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:94)
      at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:86)
      at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)
      at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)
      at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47)
      at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)
      at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)
      at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84)
      at hudson.security.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51)
      at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
      at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:166)
      at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
      at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
      at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
      at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142)
      at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
      at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271)
      at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
      at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:173)
      at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
      at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249)
      at hudson.security.HttpSessionContextIntegrationFilter2.doFilter(HttpSessionContextIntegrationFilter2.java:66)
      at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
      at hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76)
      at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:164)
      at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)
      at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)
      at hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:81)
      at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)
      at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)
      at winstone.RequestDispatcher.forward(RequestDispatcher.java:333)
      at winstone.RequestHandlerThread.processRequest(RequestHandlerThread.java:244)
      at winstone.RequestHandlerThread.run(RequestHandlerThread.java:150)
      at java.lang.Thread.run(Thread.java:636)
      Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: Operation cancelled
      at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200)
      at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146)
      at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89)
      at org.tmatesoft.svn.core.SVNCancelException.<init>(SVNCancelException.java:33)
      ... 58 more

          [JENKINS-10239] org.tmatesoft.svn.core.SVNErrorMessage: svn: Operation cancelled from the SVN plugin

          Mark Crocker added a comment -

          There's a related mailing list thread that people who experience this problem may find useful.

          Mark Crocker added a comment - There's a related mailing list thread that people who experience this problem may find useful.

          I get the same error with:

          Jenkins ver. 1.440
          Jenkins Subversion Plug-in 1.35
          svn, version 1.4.2

          (Also would be better to provide a link to the Subversion Authentication form right in the subversion section of the job configuration, rather than a buried hyperlink in the help text.)

          Jonathan Johnson added a comment - I get the same error with: Jenkins ver. 1.440 Jenkins Subversion Plug-in 1.35 svn, version 1.4.2 (Also would be better to provide a link to the Subversion Authentication form right in the subversion section of the job configuration, rather than a buried hyperlink in the help text.)

          Ville Nummela added a comment -

          This bug is triggered when the svn server allows unauthenticated read access, but write access requires login. For some weird reason, Jenkins does not allow creating credentials if the server allows read access without them, and then of course tagging (and other write operations) fail because of the lack of credentials.

          Ville Nummela added a comment - This bug is triggered when the svn server allows unauthenticated read access, but write access requires login. For some weird reason, Jenkins does not allow creating credentials if the server allows read access without them, and then of course tagging (and other write operations) fail because of the lack of credentials.

          mattyt added a comment -

          We have this issue too. Ville, our repository did allow read access but after we turned it off (by modifying permissions in /etc/apache2/dav_svn.authz) we still had the same problems.

          Does anyone have any further information about this?

          Jenkins: v1.452, Subversion plugin: v1.39, SCM sync: v0.0.4, SVN installed on master: 1.6.6

          mattyt added a comment - We have this issue too. Ville, our repository did allow read access but after we turned it off (by modifying permissions in /etc/apache2/dav_svn.authz) we still had the same problems. Does anyone have any further information about this? Jenkins: v1.452, Subversion plugin: v1.39, SCM sync: v0.0.4, SVN installed on master: 1.6.6

          Very annoying bug! Our SVN repository allows anonymous read access. Thus all Jenkins jobs are working because they only checkout and never commit.

          But using any plugin which commits changes is not possible since there is no way to configure the required credentials.

          Would be very nice to get this fixed.

          Christian Plätzinger added a comment - Very annoying bug! Our SVN repository allows anonymous read access. Thus all Jenkins jobs are working because they only checkout and never commit. But using any plugin which commits changes is not possible since there is no way to configure the required credentials. Would be very nice to get this fixed.

          Ville Nummela added a comment -

          Christian, if you can change the SVN repository configuration temporarily so that it does not allow anonymous read access, you should be able to configure the credentials in Jenkins. Then you can allow the anonymous access again, and the configured credentials should still work.

          Ville Nummela added a comment - Christian, if you can change the SVN repository configuration temporarily so that it does not allow anonymous read access, you should be able to configure the credentials in Jenkins. Then you can allow the anonymous access again, and the configured credentials should still work.

          Thanks for you reply. I was able to work around the issue by using an external svn tool which saved the credentials to the default svn settings folder. Now the Jenkins SVN plugin uses this credentials.

          Christian Plätzinger added a comment - Thanks for you reply. I was able to work around the issue by using an external svn tool which saved the credentials to the default svn settings folder. Now the Jenkins SVN plugin uses this credentials.

          paul hinds added a comment -

          Christian any change you could elaborate on your work around, I tried using the svn cli tool for a checkin but this did not help.

          paul hinds added a comment - Christian any change you could elaborate on your work around, I tried using the svn cli tool for a checkin but this did not help.

          Hi Paul,

          IIRC I used the TortoiseSVN Client to commit (https://tortoisesvn.net/index.de.html).

          Best regards,
          Christian

          Christian Plätzinger added a comment - Hi Paul, IIRC I used the TortoiseSVN Client to commit ( https://tortoisesvn.net/index.de.html ). Best regards, Christian

            Unassigned Unassigned
            arthurulfeldt arthur ulfeldt
            Votes:
            8 Vote for this issue
            Watchers:
            9 Start watching this issue

              Created:
              Updated: