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

StringIndexOutOfBoundsException on subversion checkout

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Resolved (View Workflow)
    • Priority: Blocker
    • Resolution: Fixed
    • Component/s: subversion-plugin
    • Labels:
    • Environment:
      Master on CentOS, issues seen on CentOS and Windows hosted slaves
    • Similar Issues:

      Description

      I upgraded to Jenkins 1.554.1 with Subversion plugin 2.4 yesterday and I am seeing this and similar in the build logs of some jobs trying to checkout code from subversion:

      FATAL: String index out of range: -7
      java.lang.StringIndexOutOfBoundsException: String index out of range: -7
      	at java.lang.String.substring(String.java:1875)
      	at hudson.scm.DirAwareSVNXMLLogHandler.sendToHandler(DirAwareSVNXMLLogHandler.java:111)
      	at hudson.scm.DirAwareSVNXMLLogHandler.handleLogEntry(DirAwareSVNXMLLogHandler.java:82)
      	at org.tmatesoft.svn.core.internal.wc2.compat.SvnCodec$7.receive(SvnCodec.java:167)
      	at org.tmatesoft.svn.core.internal.wc2.compat.SvnCodec$7.receive(SvnCodec.java:164)
      	at org.tmatesoft.svn.core.wc2.SvnReceivingOperation.receive(SvnReceivingOperation.java:78)
      	at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.handleLogEntry(SvnRemoteLog.java:199)
      	at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.logImpl(SVNRepositoryImpl.java:827)
      	at org.tmatesoft.svn.core.io.SVNRepository.log(SVNRepository.java:1035)
      	at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:181)
      	at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:35)
      	at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
      	at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1238)
      	at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294)
      	at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:967)
      	at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:872)
      	at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:179)
      	at hudson.scm.SubversionChangeLogBuilder.run(SubversionChangeLogBuilder.java:118)
      	at hudson.scm.SubversionSCM.calcChangeLog(SubversionSCM.java:735)
      	at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:873)
      	at hudson.model.AbstractProject.checkout(AbstractProject.java:1414)
      	at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:671)
      	at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88)
      	at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:580)
      	at hudson.model.Run.execute(Run.java:1676)
      	at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:529)
      	at hudson.model.ResourceController.execute(ResourceController.java:88)
      	at hudson.model.Executor.run(Executor.java:231)
      

      Note that the index is not always -7.

      When the job is rerun the next build does the checkout no problem.

      I am aware of JENKINS-22199 and this looks very similar but JENKINS-22199 is meant to have been fixed in Subversion plugin 2.3.

        Attachments

          Issue Links

            Activity

            kevinhcross Kevin Cross created issue -
            Hide
            danielbeck Daniel Beck added a comment - - edited

            Investigating.

            Probably caused by my attempt in Subversion Plugin 2.4 to resolve JENKINS-18574. In my defense, the pull request had "request for comments" in the title and was merged anyway

            Would help if you could provide the module locations in your job as well as the paths changed in SVN since the previous build. The former can be obtained by running this script in Jenkins Script Console:

            def name = 'name of the job'
            
            def p = Jenkins.instance.getItemByFullName(name)
            def scm = p.scm
            scm.getProjectLocations(p).each {
              println it.remote
              println it.local
            }
            Show
            danielbeck Daniel Beck added a comment - - edited Investigating. Probably caused by my attempt in Subversion Plugin 2.4 to resolve JENKINS-18574 . In my defense, the pull request had "request for comments" in the title and was merged anyway Would help if you could provide the module locations in your job as well as the paths changed in SVN since the previous build. The former can be obtained by running this script in Jenkins Script Console: def name = 'name of the job' def p = Jenkins.instance.getItemByFullName(name) def scm = p.scm scm.getProjectLocations(p).each { println it.remote println it.local }
            danielbeck Daniel Beck made changes -
            Field Original Value New Value
            Link This issue is related to JENKINS-22199 [ JENKINS-22199 ]
            Hide
            danielbeck Daniel Beck added a comment -

            What a mess. I suggest you downgrade to 2.3 for the time being. Alternatively, if you want the other 2.4 features, here's a patch:

            https://github.com/daniel-beck/subversion-plugin/commit/03774c995cb53ff21a31a7bccfa79b66d087f3aa

            Show
            danielbeck Daniel Beck added a comment - What a mess. I suggest you downgrade to 2.3 for the time being. Alternatively, if you want the other 2.4 features, here's a patch: https://github.com/daniel-beck/subversion-plugin/commit/03774c995cb53ff21a31a7bccfa79b66d087f3aa
            danielbeck Daniel Beck made changes -
            Link This issue is related to JENKINS-18574 [ JENKINS-18574 ]
            Hide
            danielbeck Daniel Beck added a comment -

            Alternative approach that also resolves this issue, and improves JENKINS-18574:
            https://github.com/daniel-beck/subversion-plugin/commit/08ed6c99c7d762b32243bf3121f08b4229e98c8b

            • Only provide paths in the workspace via getAffectedFiles() API
            • Show both server path and local path on changes page
            • Correctly merge multiple locations checked out from the same repo

            It still has issues though:

            • Every repo path can be checked out arbitrarily often into the workspace, and this will only report one local path per repo path
            • Not tested with any externals
            • Not tested with any Windows nodes
            Show
            danielbeck Daniel Beck added a comment - Alternative approach that also resolves this issue, and improves JENKINS-18574 : https://github.com/daniel-beck/subversion-plugin/commit/08ed6c99c7d762b32243bf3121f08b4229e98c8b Only provide paths in the workspace via getAffectedFiles() API Show both server path and local path on changes page Correctly merge multiple locations checked out from the same repo It still has issues though: Every repo path can be checked out arbitrarily often into the workspace, and this will only report one local path per repo path Not tested with any externals Not tested with any Windows nodes
            danielbeck Daniel Beck made changes -
            Assignee Daniel Beck [ danielbeck ]
            danielbeck Daniel Beck made changes -
            Link This issue is related to JENKINS-16045 [ JENKINS-16045 ]
            Hide
            kevinhcross Kevin Cross added a comment -

            Hi Daniel,

            The output from the script in your earlier comment for one of the failed jobs is:

            svn://svn/messagingPlatform/message-processing/trunk/application-messaging-platform-message-processing
            .
            

            In that particular job there were no scm changes.

            Show
            kevinhcross Kevin Cross added a comment - Hi Daniel, The output from the script in your earlier comment for one of the failed jobs is: svn: //svn/messagingPlatform/message-processing/trunk/application-messaging-platform-message-processing . In that particular job there were no scm changes.
            Hide
            danielbeck Daniel Beck added a comment -

            Hi Kevin,

            thanks for the info. If a build fails, it computes the changelog, and finds changed paths. Those are the interesting ones.

            My current hypothesis (on which I base the first patch linked above) is that there are relevant change sets (commits) that contain paths both inside the path that is checked out (i.e. inside .../trunk/application-messaging-platform-message-processing in your case) and outside of it. So for analysis of your issue, I need both the checked out paths (which you provide) as well as the relevant change sets' changed paths.

            Since it fails in changelog computation, and only compares current + previous build, at least every other build will succeed (as there'll be nothing to compare after a build failed during changelog computation!).

            Show
            danielbeck Daniel Beck added a comment - Hi Kevin, thanks for the info. If a build fails, it computes the changelog, and finds changed paths. Those are the interesting ones. My current hypothesis (on which I base the first patch linked above) is that there are relevant change sets (commits) that contain paths both inside the path that is checked out (i.e. inside .../trunk/application-messaging-platform-message-processing in your case) and outside of it . So for analysis of your issue, I need both the checked out paths (which you provide) as well as the relevant change sets' changed paths. Since it fails in changelog computation, and only compares current + previous build, at least every other build will succeed (as there'll be nothing to compare after a build failed during changelog computation!).
            Hide
            danielbeck Daniel Beck added a comment -

            FYI, I use a build of 'big solution' plus PR 83 on my main instance for a week now (a few hundred mostly freestyle projects across multiple teams, maybe 100 or so builds every day), and have not experienced any problems.

            Once I open a PR with the change, you could download a snapshot build. Any interest among the watchers in verifying the solution works?

            Show
            danielbeck Daniel Beck added a comment - FYI, I use a build of 'big solution' plus PR 83 on my main instance for a week now (a few hundred mostly freestyle projects across multiple teams, maybe 100 or so builds every day), and have not experienced any problems. Once I open a PR with the change, you could download a snapshot build. Any interest among the watchers in verifying the solution works?
            Hide
            kevinhcross Kevin Cross added a comment -

            I am not sure I can test this. I decided to stick with version 2.4 but I have not seen this problem since.

            This seems odd as I did see the issue a number of times in the day or two after my last upgrade but not since.

            Show
            kevinhcross Kevin Cross added a comment - I am not sure I can test this. I decided to stick with version 2.4 but I have not seen this problem since. This seems odd as I did see the issue a number of times in the day or two after my last upgrade but not since.
            Hide
            mithander Tyler Nielsen added a comment -

            If you're still looking for people to verify the solution. I'll volunteer.

            Show
            mithander Tyler Nielsen added a comment - If you're still looking for people to verify the solution. I'll volunteer.
            Hide
            danielbeck Daniel Beck added a comment -

            Tyler Nielsen: Great! I opened a pull request with the fix:
            https://github.com/jenkinsci/subversion-plugin/pull/85

            Download a build for that PR from here (once finished):
            https://jenkins.ci.cloudbees.com/job/plugins/job/subversion-plugin/369/org.jenkins-ci.plugins$subversion/

            Should be the same as the version I've been using for two weeks now without problems except it doesn't contain PR 83.

            Show
            danielbeck Daniel Beck added a comment - Tyler Nielsen : Great! I opened a pull request with the fix: https://github.com/jenkinsci/subversion-plugin/pull/85 Download a build for that PR from here (once finished): https://jenkins.ci.cloudbees.com/job/plugins/job/subversion-plugin/369/org.jenkins-ci.plugins$subversion/ Should be the same as the version I've been using for two weeks now without problems except it doesn't contain PR 83.
            Hide
            bryceman Bryce Schober added a comment -

            I'm having this problem as well:

            FATAL: String index out of range: -3
            java.lang.StringIndexOutOfBoundsException: String index out of range: -3
            	at java.lang.String.substring(String.java:1875)
            	at hudson.scm.DirAwareSVNXMLLogHandler.sendToHandler(DirAwareSVNXMLLogHandler.java:111)
            	at hudson.scm.DirAwareSVNXMLLogHandler.handleLogEntry(DirAwareSVNXMLLogHandler.java:82)
            	at org.tmatesoft.svn.core.internal.wc2.compat.SvnCodec$7.receive(SvnCodec.java:167)
            	at org.tmatesoft.svn.core.internal.wc2.compat.SvnCodec$7.receive(SvnCodec.java:164)
            	at org.tmatesoft.svn.core.wc2.SvnReceivingOperation.receive(SvnReceivingOperation.java:78)
            	at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.handleLogEntry(SvnRemoteLog.java:199)
            	at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.logImpl(SVNRepositoryImpl.java:827)
            	at org.tmatesoft.svn.core.io.SVNRepository.log(SVNRepository.java:1035)
            	at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:181)
            	at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:35)
            	at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
            	at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1238)
            	at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294)
            	at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:967)
            	at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:872)
            	at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:179)
            	at hudson.scm.SubversionChangeLogBuilder.run(SubversionChangeLogBuilder.java:132)
            	at hudson.scm.SubversionSCM.calcChangeLog(SubversionSCM.java:735)
            	at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:873)
            	at hudson.model.AbstractProject.checkout(AbstractProject.java:1414)
            	at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:671)
            	at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88)
            	at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:580)
            	at hudson.model.Run.execute(Run.java:1684)
            	at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
            	at hudson.model.ResourceController.execute(ResourceController.java:88)
            	at hudson.model.Executor.run(Executor.java:231)
            Show
            bryceman Bryce Schober added a comment - I'm having this problem as well: FATAL: String index out of range: -3 java.lang.StringIndexOutOfBoundsException: String index out of range: -3 at java.lang. String .substring( String .java:1875) at hudson.scm.DirAwareSVNXMLLogHandler.sendToHandler(DirAwareSVNXMLLogHandler.java:111) at hudson.scm.DirAwareSVNXMLLogHandler.handleLogEntry(DirAwareSVNXMLLogHandler.java:82) at org.tmatesoft.svn.core.internal.wc2.compat.SvnCodec$7.receive(SvnCodec.java:167) at org.tmatesoft.svn.core.internal.wc2.compat.SvnCodec$7.receive(SvnCodec.java:164) at org.tmatesoft.svn.core.wc2.SvnReceivingOperation.receive(SvnReceivingOperation.java:78) at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.handleLogEntry(SvnRemoteLog.java:199) at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.logImpl(SVNRepositoryImpl.java:827) at org.tmatesoft.svn.core.io.SVNRepository.log(SVNRepository.java:1035) at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:181) at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:35) at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20) at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1238) at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294) at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:967) at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:872) at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:179) at hudson.scm.SubversionChangeLogBuilder.run(SubversionChangeLogBuilder.java:132) at hudson.scm.SubversionSCM.calcChangeLog(SubversionSCM.java:735) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:873) at hudson.model.AbstractProject.checkout(AbstractProject.java:1414) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:671) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:580) at hudson.model.Run.execute(Run.java:1684) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:231)
            Hide
            simabeis Marcel Beister added a comment -

            We also had this problem and switched to "2.5-SNAPSHOT (private-06/10/2014 23:14-jenkins)" of the Subversion-Plugin. The number of "index out of range" errors were significantly reduced but not completely eliminated.

            Show
            simabeis Marcel Beister added a comment - We also had this problem and switched to "2.5-SNAPSHOT (private-06/10/2014 23:14-jenkins)" of the Subversion-Plugin. The number of "index out of range" errors were significantly reduced but not completely eliminated.
            Hide
            florentd Florent DALIGAND added a comment -

            Hi all,
            I have also the same issue since I have upgraded subversion plugin from version 1.5 (or around it) to 2.4.
            I don't specially need the features of 2.4 version compared to 2.3 version.
            My question is, if I downgrade subversion plugin to 2.3,I fix this bug?

            Show
            florentd Florent DALIGAND added a comment - Hi all, I have also the same issue since I have upgraded subversion plugin from version 1.5 (or around it) to 2.4. I don't specially need the features of 2.4 version compared to 2.3 version. My question is, if I downgrade subversion plugin to 2.3,I fix this bug?
            florentd Florent DALIGAND made changes -
            Priority Major [ 3 ] Blocker [ 1 ]
            Hide
            danielbeck Daniel Beck added a comment -

            Marcel Beister Please provide more specific information:

            Show
            danielbeck Daniel Beck added a comment - Marcel Beister Please provide more specific information: What is that build based on (e.g. URL of its build somewhere)? What's the exact error and stack trace? What repository URLs did you check out in your project (e.g. https://svnserver/reponame/trunk/foo)? Which paths in the checked-out repos were changed between the previous build and the build that failed to compute the changelog (e.g. https://svnserver/reponame/trunk/foo/baz.txt and https://svnserver/reponame/trunk/bar/baz.txt)?
            Hide
            florentd Florent DALIGAND added a comment -

            here is stack trace when issue appear:

            hudson.util.IOException2: revision check failed on https://zao.secure.insidefr.com/svn/JAVA-DEV/PROJECT/Fluorine_Step3/trunk
            at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:191)
            at hudson.scm.SubversionChangeLogBuilder.run(SubversionChangeLogBuilder.java:118)
            at hudson.scm.SubversionSCM.calcChangeLog(SubversionSCM.java:735)
            at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:873)
            at hudson.model.AbstractProject.checkout(AbstractProject.java:1411)
            at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:657)
            at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88)
            at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:562)
            at hudson.model.Run.execute(Run.java:1604)
            at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
            at hudson.model.ResourceController.execute(ResourceController.java:88)
            at hudson.model.Executor.run(Executor.java:246)
            Caused by: org.tmatesoft.svn.core.SVNException: svn: E175002: REPORT /svn/JAVA-DEV/!svn/bc/6204/PROJECT/Fluorine_Step3/trunk failed
            at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:386)
            at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:373)
            at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:361)
            at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:707)
            at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:334)
            at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:324)
            at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.logImpl(DAVRepository.java:995)
            at org.tmatesoft.svn.core.io.SVNRepository.log(SVNRepository.java:1035)
            at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:181)
            at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:35)
            at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
            at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1238)
            at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294)
            at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:967)
            at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:872)
            at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:179)
            ... 11 more
            Caused by: svn: E175002: REPORT /svn/JAVA-DEV/!svn/bc/6204/PROJECT/Fluorine_Step3/trunk failed
            at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:208)
            at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:154)
            at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:97)
            ... 27 more
            Caused by: java.lang.StringIndexOutOfBoundsException: String index out of range: -2
            at java.lang.String.substring(String.java:1937)
            at java.lang.String.substring(String.java:1904)
            at hudson.scm.DirAwareSVNXMLLogHandler.sendToHandler(DirAwareSVNXMLLogHandler.java:111)
            at hudson.scm.DirAwareSVNXMLLogHandler.handleLogEntry(DirAwareSVNXMLLogHandler.java:82)
            at org.tmatesoft.svn.core.internal.wc2.compat.SvnCodec$7.receive(SvnCodec.java:167)
            at org.tmatesoft.svn.core.internal.wc2.compat.SvnCodec$7.receive(SvnCodec.java:164)
            at org.tmatesoft.svn.core.wc2.SvnReceivingOperation.receive(SvnReceivingOperation.java:78)
            at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.handleLogEntry(SvnRemoteLog.java:199)
            at org.tmatesoft.svn.core.internal.io.dav.DAVRepository$1.handleLogEntry(DAVRepository.java:950)
            at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVLogHandler.endElement(DAVLogHandler.java:226)
            at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:103)
            at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:601)
            at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1782)
            at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2939)
            at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:648)
            at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:140)
            at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:511)
            at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:808)
            at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737)
            at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:119)
            at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205)
            at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:522)
            at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:911)
            at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:876)
            at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:220)
            at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:480)
            at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:382)
            ... 26 more

            the URL https://zao.secure.insidefr.com/svn/JAVA-DEV/PROJECT/Fluorine_Step3/trunk is used on around 10 builds on our jenkins server, and when issue appears, it appears on all build using this url.
            An important point is that this SVN base have many externals.
            I saw that errors appear only when change are made on external.

            Show
            florentd Florent DALIGAND added a comment - here is stack trace when issue appear: hudson.util.IOException2: revision check failed on https://zao.secure.insidefr.com/svn/JAVA-DEV/PROJECT/Fluorine_Step3/trunk at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:191) at hudson.scm.SubversionChangeLogBuilder.run(SubversionChangeLogBuilder.java:118) at hudson.scm.SubversionSCM.calcChangeLog(SubversionSCM.java:735) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:873) at hudson.model.AbstractProject.checkout(AbstractProject.java:1411) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:657) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:562) at hudson.model.Run.execute(Run.java:1604) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:246) Caused by: org.tmatesoft.svn.core.SVNException: svn: E175002: REPORT /svn/JAVA-DEV/!svn/bc/6204/PROJECT/Fluorine_Step3/trunk failed at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:386) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:373) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:361) at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:707) at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:334) at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:324) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.logImpl(DAVRepository.java:995) at org.tmatesoft.svn.core.io.SVNRepository.log(SVNRepository.java:1035) at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:181) at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:35) at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20) at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1238) at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294) at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:967) at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:872) at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:179) ... 11 more Caused by: svn: E175002: REPORT /svn/JAVA-DEV/!svn/bc/6204/PROJECT/Fluorine_Step3/trunk failed at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:208) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:154) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:97) ... 27 more Caused by: java.lang.StringIndexOutOfBoundsException: String index out of range: -2 at java.lang.String.substring(String.java:1937) at java.lang.String.substring(String.java:1904) at hudson.scm.DirAwareSVNXMLLogHandler.sendToHandler(DirAwareSVNXMLLogHandler.java:111) at hudson.scm.DirAwareSVNXMLLogHandler.handleLogEntry(DirAwareSVNXMLLogHandler.java:82) at org.tmatesoft.svn.core.internal.wc2.compat.SvnCodec$7.receive(SvnCodec.java:167) at org.tmatesoft.svn.core.internal.wc2.compat.SvnCodec$7.receive(SvnCodec.java:164) at org.tmatesoft.svn.core.wc2.SvnReceivingOperation.receive(SvnReceivingOperation.java:78) at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.handleLogEntry(SvnRemoteLog.java:199) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository$1.handleLogEntry(DAVRepository.java:950) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVLogHandler.endElement(DAVLogHandler.java:226) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:103) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:601) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1782) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2939) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:648) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:140) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:511) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:808) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:119) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:522) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:911) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:876) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:220) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:480) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:382) ... 26 more the URL https://zao.secure.insidefr.com/svn/JAVA-DEV/PROJECT/Fluorine_Step3/trunk is used on around 10 builds on our jenkins server, and when issue appears, it appears on all build using this url. An important point is that this SVN base have many externals. I saw that errors appear only when change are made on external.
            Hide
            danielbeck Daniel Beck added a comment -

            Florent: Version 2.4 is known to be broken (see the Subversion Plugin changelog in the wiki) and an at least partial fix already proposed; see earlier comments. I'd really like to know if Marcel Beister's build contains the proposed fix, and if so, what the circumstances for him are.

            Show
            danielbeck Daniel Beck added a comment - Florent: Version 2.4 is known to be broken (see the Subversion Plugin changelog in the wiki) and an at least partial fix already proposed; see earlier comments. I'd really like to know if Marcel Beister's build contains the proposed fix, and if so, what the circumstances for him are.
            Hide
            simabeis Marcel Beister added a comment -

            @Daniel: I will prepare the requested information in detail asap.

            The problem occurred during (accidentally) switching the root node of the repository, e.g. from "https://server.com/svn-repo/Apps/AppA/trunk" to "https://server.com/svn-repo/Apps/AppA". There were no changes in the linked library that caused the "String index out of range" error.

            Show
            simabeis Marcel Beister added a comment - @Daniel: I will prepare the requested information in detail asap. The problem occurred during (accidentally) switching the root node of the repository, e.g. from "https://server.com/svn-repo/Apps/AppA/trunk" to "https://server.com/svn-repo/Apps/AppA". There were no changes in the linked library that caused the "String index out of range" error.
            Hide
            egsejenkins Reece Johnston added a comment - - edited

            I've tried using the "2.5-beta-3-SNAPSHOT (private-06/30/2014 16:31-jenkins)" version of the plugin to no avail. I'm still seeing the issue with the substr call for the supposed "added check." It's looking like the context is not being setup properly for each module or the url and repoUrl are incorrect. Anyway, here is the stack trace:

            FATAL: String index out of range: -5
            java.lang.StringIndexOutOfBoundsException: String index out of range: -5
            at java.lang.String.substring(String.java:1949)
            at java.lang.String.substring(String.java:1916)
            at hudson.scm.DirAwareSVNXMLLogHandler.sendToHandler(DirAwareSVNXMLLogHandler.java:111)
            at hudson.scm.DirAwareSVNXMLLogHandler.handleLogEntry(DirAwareSVNXMLLogHandler.java:82)
            at org.tmatesoft.svn.core.internal.wc2.compat.SvnCodec$7.receive(SvnCodec.java:167)
            at org.tmatesoft.svn.core.internal.wc2.compat.SvnCodec$7.receive(SvnCodec.java:164)
            at org.tmatesoft.svn.core.wc2.SvnReceivingOperation.receive(SvnReceivingOperation.java:78)
            at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.handleLogEntry(SvnRemoteLog.java:199)
            at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.logImpl(SVNRepositoryImpl.java:827)
            at org.tmatesoft.svn.core.io.SVNRepository.log(SVNRepository.java:1035)
            at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:181)
            at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:35)
            at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
            at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1238)
            at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294)
            at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:967)
            at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:872)
            at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:184)
            at hudson.scm.SubversionChangeLogBuilder.run(SubversionChangeLogBuilder.java:123)
            at hudson.scm.SubversionSCM.calcChangeLog(SubversionSCM.java:740)
            at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:875)
            at hudson.scm.SCM.checkout(SCM.java:488)
            at hudson.model.AbstractProject.checkout(AbstractProject.java:1252)
            at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:624)
            at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
            at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:530)
            at hudson.model.Run.execute(Run.java:1732)
            at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
            at hudson.model.ResourceController.execute(ResourceController.java:88)
            at hudson.model.Executor.run(Executor.java:234)

            And the svn paths (yes, two seperate paths into two separate modules) that are being checked out with the alphabetic characters all swapped for A/a...

            svn+ssh://aaaaaaaaaa/aaa/aaa/AAAA_Aaaaaaaa/aaaaaaaa/Aaaaaaaaaaa_Aaaaaa/AaaaaaAaaaaaaaaaaAaaaaaaaa@69274
            svn+ssh://aaaaaaaaaa/aaa/aaa/AA/aaaaa/AAAA_Aaaaaaaa/Aaaaaaaa@HEAD

            And the line of code that is failing...

            String relativeWorkspacePath = context.moduleWorkspacePath + path.getPath().substring(context.url.length() - context.repoUrl.length());

            EDIT: I'm also seeing the problem with single checkouts.

            Show
            egsejenkins Reece Johnston added a comment - - edited I've tried using the "2.5-beta-3-SNAPSHOT (private-06/30/2014 16:31-jenkins)" version of the plugin to no avail. I'm still seeing the issue with the substr call for the supposed "added check." It's looking like the context is not being setup properly for each module or the url and repoUrl are incorrect. Anyway, here is the stack trace: FATAL: String index out of range: -5 java.lang.StringIndexOutOfBoundsException: String index out of range: -5 at java.lang.String.substring(String.java:1949) at java.lang.String.substring(String.java:1916) at hudson.scm.DirAwareSVNXMLLogHandler.sendToHandler(DirAwareSVNXMLLogHandler.java:111) at hudson.scm.DirAwareSVNXMLLogHandler.handleLogEntry(DirAwareSVNXMLLogHandler.java:82) at org.tmatesoft.svn.core.internal.wc2.compat.SvnCodec$7.receive(SvnCodec.java:167) at org.tmatesoft.svn.core.internal.wc2.compat.SvnCodec$7.receive(SvnCodec.java:164) at org.tmatesoft.svn.core.wc2.SvnReceivingOperation.receive(SvnReceivingOperation.java:78) at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.handleLogEntry(SvnRemoteLog.java:199) at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.logImpl(SVNRepositoryImpl.java:827) at org.tmatesoft.svn.core.io.SVNRepository.log(SVNRepository.java:1035) at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:181) at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:35) at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20) at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1238) at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294) at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:967) at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:872) at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:184) at hudson.scm.SubversionChangeLogBuilder.run(SubversionChangeLogBuilder.java:123) at hudson.scm.SubversionSCM.calcChangeLog(SubversionSCM.java:740) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:875) at hudson.scm.SCM.checkout(SCM.java:488) at hudson.model.AbstractProject.checkout(AbstractProject.java:1252) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:624) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:530) at hudson.model.Run.execute(Run.java:1732) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:234) And the svn paths (yes, two seperate paths into two separate modules) that are being checked out with the alphabetic characters all swapped for A/a... svn+ssh://aaaaaaaaaa/aaa/aaa/AAAA_Aaaaaaaa/aaaaaaaa/Aaaaaaaaaaa_Aaaaaa/AaaaaaAaaaaaaaaaaAaaaaaaaa@69274 svn+ssh://aaaaaaaaaa/aaa/aaa/AA/aaaaa/AAAA_Aaaaaaaa/Aaaaaaaa@HEAD And the line of code that is failing... String relativeWorkspacePath = context.moduleWorkspacePath + path.getPath(). substring(context.url.length() - context.repoUrl.length()) ; EDIT: I'm also seeing the problem with single checkouts.
            Hide
            danielbeck Daniel Beck added a comment -

            Reece Johnston: I'm not surprised it doesn't work, as the proposed fix has not yet been merged into master, so you're running a version that is known to have the bug. If you're adventurous, create a snapshot build from this repo and branch and try again (you'll lose the changes of 2.5-beta-1/2 though, so in some respects it's a downgrade).

            Show
            danielbeck Daniel Beck added a comment - Reece Johnston : I'm not surprised it doesn't work, as the proposed fix has not yet been merged into master, so you're running a version that is known to have the bug. If you're adventurous, create a snapshot build from this repo and branch and try again (you'll lose the changes of 2.5-beta-1/2 though, so in some respects it's a downgrade).
            Hide
            egsejenkins Reece Johnston added a comment -

            Hm, so there are no .hpi's sitting around with the fix on them? That's unfortunate... I'd rather not setup maven just to get this fix, but I guess that's what I'll have to do.

            Show
            egsejenkins Reece Johnston added a comment - Hm, so there are no .hpi's sitting around with the fix on them? That's unfortunate... I'd rather not setup maven just to get this fix, but I guess that's what I'll have to do.
            Hide
            egsejenkins Reece Johnston added a comment -

            Well, I got adventurous and did as you suggested. I compiled and loaded in that branch of the plugin, and my tests are showing the issue to be resolved.

            Show
            egsejenkins Reece Johnston added a comment - Well, I got adventurous and did as you suggested. I compiled and loaded in that branch of the plugin, and my tests are showing the issue to be resolved.
            Hide
            danielbeck Daniel Beck added a comment -

            Reece Johnston: Great, thanks for the feedback! I've removed the warning on the pull request and asked that it be merged. It'll probably be some time before a release is cut from that, thanks to the 2.5-beta nonsense.

            Show
            danielbeck Daniel Beck added a comment - Reece Johnston : Great, thanks for the feedback! I've removed the warning on the pull request and asked that it be merged. It'll probably be some time before a release is cut from that, thanks to the 2.5-beta nonsense.
            Hide
            egsejenkins Reece Johnston added a comment -

            Also, I should add that I needed the svnexternals fix from 2.4, so after realizing your branch was off of 2.3, I went ahead and merged your branch and the 2.4 tag. Then, I compiled and loaded my own custom version of the plugin with your fix and all of 2.4's features. Thus far, everything has been running great, and that's with hundreds of builds going through the system.

            Show
            egsejenkins Reece Johnston added a comment - Also, I should add that I needed the svnexternals fix from 2.4, so after realizing your branch was off of 2.3, I went ahead and merged your branch and the 2.4 tag. Then, I compiled and loaded my own custom version of the plugin with your fix and all of 2.4's features. Thus far, everything has been running great, and that's with hundreds of builds going through the system.
            danielbeck Daniel Beck made changes -
            Status Open [ 1 ] In Progress [ 3 ]
            danielbeck Daniel Beck made changes -
            Remote Link This issue links to "PR 85 (Web Link)" [ 11106 ]
            Hide
            danielbeck Daniel Beck added a comment -

            Alright, noticed one issue that still exists: If the folder you check out is changed (e.g. properties), results in StringIndexOutOfBoundsException. Will amend my PR.

            Show
            danielbeck Daniel Beck added a comment - Alright, noticed one issue that still exists: If the folder you check out is changed (e.g. properties), results in StringIndexOutOfBoundsException. Will amend my PR.
            Hide
            mulrich Matthias Ulrich added a comment -

            I am not sure if this is relevant, but we see this issue with following environment:
            master on windows and slaves on windows

            Show
            mulrich Matthias Ulrich added a comment - I am not sure if this is relevant, but we see this issue with following environment: master on windows and slaves on windows
            Hide
            danielbeck Daniel Beck added a comment -

            Matthias Ulrich: The only this relevant for this issue is the URLs checked out, and the URLs changed in the commits since the last build.

            Show
            danielbeck Daniel Beck added a comment - Matthias Ulrich : The only this relevant for this issue is the URLs checked out, and the URLs changed in the commits since the last build.
            Hide
            mulrich Matthias Ulrich added a comment -

            Ok, I see. If additional information or any testing is required, I volunteer.

            Show
            mulrich Matthias Ulrich added a comment - Ok, I see. If additional information or any testing is required, I volunteer.
            Hide
            dionyweb Fabrice Robin added a comment - - edited

            Hi,

            We also have the same issue. And we also need the svnexternals fix from 2.4...
            Reece Johnston : I am interested in your build. Could you please share your hpi with us ?

            Show
            dionyweb Fabrice Robin added a comment - - edited Hi, We also have the same issue. And we also need the svnexternals fix from 2.4... Reece Johnston : I am interested in your build. Could you please share your hpi with us ?
            Hide
            egsejenkins Reece Johnston added a comment -

            Unfortunately, my company's policy dictates that all developed code is proprietary, and I'm not sure whether merging other's code falls into this category. I'd rather err on the side of caution for my sake. Also, the merge was not too bad: simply download the 2.4 source and Beck's branch source, merge (keeping changes from both except on conflicts keeping Beck's), compile, and load the hpi through the updates manager.

            Show
            egsejenkins Reece Johnston added a comment - Unfortunately, my company's policy dictates that all developed code is proprietary, and I'm not sure whether merging other's code falls into this category. I'd rather err on the side of caution for my sake. Also, the merge was not too bad: simply download the 2.4 source and Beck's branch source, merge (keeping changes from both except on conflicts keeping Beck's), compile, and load the hpi through the updates manager.
            Hide
            dionyweb Fabrice Robin added a comment -

            Reece Johnston : ok thanks I will try that. This bug is a real pain.

            Show
            dionyweb Fabrice Robin added a comment - Reece Johnston : ok thanks I will try that. This bug is a real pain.
            Hide
            jkelley Josh Kelley added a comment -

            @Fabrice - We've been using the snapshot mentioned in this comment (if I remember correctly). Although it's a 2.3 snapshot, it's from after the svn:externals bug was fixed and before the StringIndexOutOfBoundsException bug was introduced. (I think. I admit I've had trouble keeping track of which bug is which and which versions are affected. It's been working well for us, at any rate.) That build has apparently expired from the Jenkins server, but I've put a copy on Dropbox in case it helps anyone.

            Show
            jkelley Josh Kelley added a comment - @Fabrice - We've been using the snapshot mentioned in this comment (if I remember correctly). Although it's a 2.3 snapshot, it's from after the svn:externals bug was fixed and before the StringIndexOutOfBoundsException bug was introduced. (I think. I admit I've had trouble keeping track of which bug is which and which versions are affected. It's been working well for us, at any rate.) That build has apparently expired from the Jenkins server, but I've put a copy on Dropbox in case it helps anyone.
            Hide
            dionyweb Fabrice Robin added a comment -

            Josh Kelley Thanks Josh but I took the time (only 10 minutes) to merge Beck's branch into the 2.4.X branch and to generate the hpi.
            So far so good, there have been no StringIndexOutOfBoundsException in our CI builds for 15 hours.

            Show
            dionyweb Fabrice Robin added a comment - Josh Kelley Thanks Josh but I took the time (only 10 minutes) to merge Beck's branch into the 2.4.X branch and to generate the hpi. So far so good, there have been no StringIndexOutOfBoundsException in our CI builds for 15 hours.
            Hide
            danielbeck Daniel Beck added a comment -

            Fabrice Robin: Just a heads up, the current fix attempt fails to compute the changelog when the folder being checked out is changed (e.g. its properties; original comment). I haven't had the time to fix this yet.

            Show
            danielbeck Daniel Beck added a comment - Fabrice Robin : Just a heads up, the current fix attempt fails to compute the changelog when the folder being checked out is changed (e.g. its properties; original comment ). I haven't had the time to fix this yet.
            Hide
            ttimo Timothee Besset added a comment -

            Hey guys, is https://github.com/jenkinsci/subversion-plugin/pull/85 still the correct/active fix for this?
            What are my options to apply this fix to our production Jenkins install atm?
            Do I need to merge that PR and compile my own subversion plugin?

            Thanks

            Show
            ttimo Timothee Besset added a comment - Hey guys, is https://github.com/jenkinsci/subversion-plugin/pull/85 still the correct/active fix for this? What are my options to apply this fix to our production Jenkins install atm? Do I need to merge that PR and compile my own subversion plugin? Thanks
            Hide
            danielbeck Daniel Beck added a comment -

            Timothee Besset: That's the only solution I know of besides staying on 2.3. Note the limitation I mentioned both here and in the PR with changes to the checked out folder (e.g. properties).

            I built my own Subversion plugin that includes that fix and one or two others. It's easy enough from within Jenkins as long as you have a JDK (and a Git binary) installed.

            Show
            danielbeck Daniel Beck added a comment - Timothee Besset : That's the only solution I know of besides staying on 2.3. Note the limitation I mentioned both here and in the PR with changes to the checked out folder (e.g. properties). I built my own Subversion plugin that includes that fix and one or two others. It's easy enough from within Jenkins as long as you have a JDK (and a Git binary) installed.
            Hide
            ttimo Timothee Besset added a comment -

            Sorry @Daniel I have only basic understanding of java build ecosystems.

            • Am I am able to download the 2.3 subversion plugin from somewhere and just plop it into my 'latest' Jenkins installation (running 1.574 atm)?

            Any pointers would be greatly appreciated

            Show
            ttimo Timothee Besset added a comment - Sorry @Daniel I have only basic understanding of java build ecosystems. Am I am able to download the 2.3 subversion plugin from somewhere and just plop it into my 'latest' Jenkins installation (running 1.574 atm)? I was looking at https://jenkins.ci.cloudbees.com/job/plugins/job/subversion-plugin/ , but it seems it's compiling all pull requests, and I'm not sure how to get just this one or to 'apply' it to my Jenkins installation. The compile for pull #85 has expired and is no longer available. Any pointers would be greatly appreciated
            Show
            danielbeck Daniel Beck added a comment - http://updates.jenkins-ci.org/download/plugins/subversion/ or http://jenkins-updates.cloudbees.com/download/plugins/subversion/
            Hide
            kerrhome Shannon Kerr added a comment -

            Daniel Beck looks like we're seeing this now in version 2.4.1 of the plugin, and I should have expected it although in my testing of 2.4 and 2.4.1 on our sandbox I did not see this issue. I guess I was lucky. Any idea when this might be fixed? Could we get a 2.4.2?

            Show
            kerrhome Shannon Kerr added a comment - Daniel Beck looks like we're seeing this now in version 2.4.1 of the plugin, and I should have expected it although in my testing of 2.4 and 2.4.1 on our sandbox I did not see this issue. I guess I was lucky. Any idea when this might be fixed? Could we get a 2.4.2?
            Hide
            danielbeck Daniel Beck added a comment -

            FYI: PR 85 was merged into master, but thanks to the 2.5 beta changes (1.568+) it'll probably be some time until there's a release that is widely available, unless someone backports it to the 2.4.x line.
            (Also, once again an unfinished PR was merged, just like the one that started this mess. At least this time it seems to be only incomplete fix rather than introducing regressions...)

            ------

            To clarify the cause of this issue and how this could be tested (because this comment thread isn't long enough yet!):

            • PR 85 fixes the situation when you change paths /foo/bar and /baz/qux in the repo in one commit, and check out /baz only.
            • PR 85 does not fix when you check out /bar and that path is changed since the last build (e.g. property changes like svn:excludes).

            In both cases, affected versions fail changelog computation and therefore the build. The next build will not break because of the same commit, so rebuilding may work.

            As documented on the wiki, 2.4+ is affected, with the next 2.5-ish release probably no longer affected by the first list item above.

            Show
            danielbeck Daniel Beck added a comment - FYI: PR 85 was merged into master, but thanks to the 2.5 beta changes (1.568+) it'll probably be some time until there's a release that is widely available, unless someone backports it to the 2.4.x line. (Also, once again an unfinished PR was merged, just like the one that started this mess. At least this time it seems to be only incomplete fix rather than introducing regressions...) ------ To clarify the cause of this issue and how this could be tested (because this comment thread isn't long enough yet!): PR 85 fixes the situation when you change paths /foo/bar and /baz/qux in the repo in one commit, and check out /baz only. PR 85 does not fix when you check out /bar and that path is changed since the last build (e.g. property changes like svn:excludes). In both cases, affected versions fail changelog computation and therefore the build. The next build will not break because of the same commit, so rebuilding may work. As documented on the wiki, 2.4+ is affected, with the next 2.5-ish release probably no longer affected by the first list item above.
            Hide
            kerrhome Shannon Kerr added a comment -

            Thanks Daniel Beck. So who do we have to buy off to get the fix back-ported to 2.4.x? If 2.5 isn't coming out for a while, someone needs to fix such a significant bug in the 2.4.x line.

            Also, would setting the "Retry Count" option to 2 or 3 (or higher) do any good in this instance? Here is the help text from that option for those that are unfamiliar "If a build fails to checkout from the repository, Jenkins will retry the specified number of times before giving up."

            Show
            kerrhome Shannon Kerr added a comment - Thanks Daniel Beck . So who do we have to buy off to get the fix back-ported to 2.4.x? If 2.5 isn't coming out for a while, someone needs to fix such a significant bug in the 2.4.x line. Also, would setting the "Retry Count" option to 2 or 3 (or higher) do any good in this instance? Here is the help text from that option for those that are unfamiliar "If a build fails to checkout from the repository, Jenkins will retry the specified number of times before giving up."
            Hide
            danielbeck Daniel Beck added a comment -

            One of the Subversion plugin committers I guess. According to the wiki page there's a large selection to choose from. If one of you is a Cloudbees Jenkins Enterprise customer, file a support request with them.

            Retry count wouldn't help. While I doubt that option applies to changelog computation, retrying the same broken string operations wouldn't do any good.

            Show
            danielbeck Daniel Beck added a comment - One of the Subversion plugin committers I guess. According to the wiki page there's a large selection to choose from. If one of you is a Cloudbees Jenkins Enterprise customer, file a support request with them. Retry count wouldn't help. While I doubt that option applies to changelog computation, retrying the same broken string operations wouldn't do any good.
            Hide
            kerrhome Shannon Kerr added a comment -

            OK, I actually saw my issue happen at what appeared to be the "svn switch" (update), so I assumed that a retry might work for that. Maybe it just appears to be at that point but what is actually happening is the change log computation. I've added the retry already, so I'll just leave it. Can't hurt. Thanks. I really do hope they port this back and come out with a 2.4.2.

            Show
            kerrhome Shannon Kerr added a comment - OK, I actually saw my issue happen at what appeared to be the "svn switch" (update), so I assumed that a retry might work for that. Maybe it just appears to be at that point but what is actually happening is the change log computation. I've added the retry already, so I'll just leave it. Can't hurt. Thanks. I really do hope they port this back and come out with a 2.4.2.
            Hide
            danielbeck Daniel Beck added a comment -

            Shannon Kerr I saw failures to switch before, but it's rare enough that I didn't want to investigate further. They didn't look like they were related to this either. If you can provide a reproducible test case, file a new issue.

            Show
            danielbeck Daniel Beck added a comment - Shannon Kerr I saw failures to switch before, but it's rare enough that I didn't want to investigate further. They didn't look like they were related to this either. If you can provide a reproducible test case, file a new issue.
            Hide
            kerrhome Shannon Kerr added a comment -

            Will do. Thanks. I only brought it up here because the error message here looks the same and we weren't getting it until I updated the SVN plugin to 2.4.1.

            Show
            kerrhome Shannon Kerr added a comment - Will do. Thanks. I only brought it up here because the error message here looks the same and we weren't getting it until I updated the SVN plugin to 2.4.1.
            Hide
            kerrhome Shannon Kerr added a comment -

            Just to confirm what Daniel already wrote, the Retry count is meaningless here. It only appeared to be that issue was happening during the update because it was so close, but the update went fine. The failure followed the update. I really wish this could be fixed in 2.4.2. Subversion plugin committers, will you please give us a patch for this?

            Show
            kerrhome Shannon Kerr added a comment - Just to confirm what Daniel already wrote, the Retry count is meaningless here. It only appeared to be that issue was happening during the update because it was so close, but the update went fine. The failure followed the update. I really wish this could be fixed in 2.4.2. Subversion plugin committers, will you please give us a patch for this?
            Hide
            piano Nico K. added a comment -

            I agree to Shannon and would appreciate a bug fix in 2.4.x.

            Show
            piano Nico K. added a comment - I agree to Shannon and would appreciate a bug fix in 2.4.x.
            Hide
            jglick Jesse Glick added a comment -

            Fix is merged to trunk, so why is this not Resolved/Fixed? Is there some outstanding case that remains unfixed?

            Working on a backport.

            Show
            jglick Jesse Glick added a comment - Fix is merged to trunk, so why is this not Resolved/Fixed? Is there some outstanding case that remains unfixed? Working on a backport.
            Hide
            danielbeck Daniel Beck added a comment -

            Jesse: Fix is incomplete as mentioned in a comment to PR 85, here, here, and here.

            Show
            danielbeck Daniel Beck added a comment - Jesse: Fix is incomplete as mentioned in a comment to PR 85 , here , here , and here .
            Hide
            kerrhome Shannon Kerr added a comment -

            Still getting failure after the plugin update. I assume it is for the case Daniel said is not fixed yet:

            FATAL: String index out of range: -1
            java.lang.StringIndexOutOfBoundsException: String index out of range: -1
            at java.lang.String.substring(String.java:1875)
            at hudson.scm.DirAwareSVNXMLLogHandler.sendToHandler(DirAwareSVNXMLLogHandler.java:121)
            at hudson.scm.DirAwareSVNXMLLogHandler.handleLogEntry(DirAwareSVNXMLLogHandler.java:83)
            at org.tmatesoft.svn.core.internal.wc2.compat.SvnCodec$7.receive(SvnCodec.java:167)
            at org.tmatesoft.svn.core.internal.wc2.compat.SvnCodec$7.receive(SvnCodec.java:164)
            at org.tmatesoft.svn.core.wc2.SvnReceivingOperation.receive(SvnReceivingOperation.java:78)
            at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.handleLogEntry(SvnRemoteLog.java:199)
            at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.logImpl(SVNRepositoryImpl.java:827)
            at org.tmatesoft.svn.core.io.SVNRepository.log(SVNRepository.java:1035)
            at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:181)
            at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:35)
            at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
            at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1238)
            at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294)
            at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:967)
            at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:872)
            at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:179)
            at hudson.scm.SubversionChangeLogBuilder.run(SubversionChangeLogBuilder.java:118)
            at hudson.scm.SubversionSCM.calcChangeLog(SubversionSCM.java:735)
            at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:873)
            at hudson.model.AbstractProject.checkout(AbstractProject.java:1254)
            at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:624)
            at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
            at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:530)
            at hudson.model.Run.execute(Run.java:1740)
            at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
            at hudson.model.ResourceController.execute(ResourceController.java:88)
            at hudson.model.Executor.run(Executor.java:234)

            I had not executed a build for this branch in a while on this Jenkins sandbox and I know the branch has been refreshed from trunk (so merge info prop was added/modified).

            Show
            kerrhome Shannon Kerr added a comment - Still getting failure after the plugin update. I assume it is for the case Daniel said is not fixed yet: FATAL: String index out of range: -1 java.lang.StringIndexOutOfBoundsException: String index out of range: -1 at java.lang.String.substring(String.java:1875) at hudson.scm.DirAwareSVNXMLLogHandler.sendToHandler(DirAwareSVNXMLLogHandler.java:121) at hudson.scm.DirAwareSVNXMLLogHandler.handleLogEntry(DirAwareSVNXMLLogHandler.java:83) at org.tmatesoft.svn.core.internal.wc2.compat.SvnCodec$7.receive(SvnCodec.java:167) at org.tmatesoft.svn.core.internal.wc2.compat.SvnCodec$7.receive(SvnCodec.java:164) at org.tmatesoft.svn.core.wc2.SvnReceivingOperation.receive(SvnReceivingOperation.java:78) at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.handleLogEntry(SvnRemoteLog.java:199) at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.logImpl(SVNRepositoryImpl.java:827) at org.tmatesoft.svn.core.io.SVNRepository.log(SVNRepository.java:1035) at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:181) at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:35) at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20) at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1238) at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294) at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:967) at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:872) at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:179) at hudson.scm.SubversionChangeLogBuilder.run(SubversionChangeLogBuilder.java:118) at hudson.scm.SubversionSCM.calcChangeLog(SubversionSCM.java:735) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:873) at hudson.model.AbstractProject.checkout(AbstractProject.java:1254) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:624) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:530) at hudson.model.Run.execute(Run.java:1740) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:234) I had not executed a build for this branch in a while on this Jenkins sandbox and I know the branch has been refreshed from trunk (so merge info prop was added/modified).
            Hide
            kerrhome Shannon Kerr added a comment -

            Daniel Beck sorry to be a pest here. Any idea when the remaining issue you noted might be fixed? I'm wondering if I need to build my own hybrid of 2.3 + JENKINS-18534. We have a release coming up and I don't want management to run into this issue when building off our release branch. I've not built a Jenkins plugin before so it will be a challenge, but I don't want to rollback the time consuming changes I made when we moved to the 2.4.1 plugin to get JENKINS-18534.

            Show
            kerrhome Shannon Kerr added a comment - Daniel Beck sorry to be a pest here. Any idea when the remaining issue you noted might be fixed? I'm wondering if I need to build my own hybrid of 2.3 + JENKINS-18534 . We have a release coming up and I don't want management to run into this issue when building off our release branch. I've not built a Jenkins plugin before so it will be a challenge, but I don't want to rollback the time consuming changes I made when we moved to the 2.4.1 plugin to get JENKINS-18534 .
            Hide
            thetaphi Uwe Schindler added a comment -

            Same issue here: After upgrading from 2.4.1 to 2.4.2 today, I get the following:

            Building remotely on Windows VBOX (windows) in workspace C:\Users\JenkinsSlave\workspace\Lucene-Solr-4.x-Windows
            Cleaning up C:\Users\JenkinsSlave\workspace\Lucene-Solr-4.x-Windows\.
            Updating http://svn.apache.org/repos/asf/lucene/dev/branches/branch_4x at revision '2014-08-19T22:03:06.690 +0000'
            UU        solr\CHANGES.txt
            U         solr\core\src\java\org\apache\solr\handler\admin\SystemInfoHandler.java
            U         solr\core\src\java\org\apache\solr\core\RunExecutableListener.java
             U        solr\core
            U         solr\contrib\extraction\src\test\org\apache\solr\handler\extraction\ExtractingRequestHandlerTest.java
            D         solr\contrib\extraction\src\test-files\extraction\enctypted-password-is-solrRules.pdf
            A         solr\contrib\extraction\src\test-files\extraction\encrypted-password-is-solrRules.pdf
             U        solr\contrib
             U        solr
             U        .
            At revision 1618997
            hudson.util.IOException2: revision check failed on http://svn.apache.org/repos/asf/lucene/dev/branches/branch_4x
            	at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:191)
            	at hudson.scm.SubversionChangeLogBuilder.run(SubversionChangeLogBuilder.java:118)
            	at hudson.scm.SubversionSCM.calcChangeLog(SubversionSCM.java:735)
            	at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:873)
            	at hudson.model.AbstractProject.checkout(AbstractProject.java:1255)
            	at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:624)
            	at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
            	at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:530)
            	at hudson.model.Run.execute(Run.java:1740)
            	at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
            	at hudson.model.ResourceController.execute(ResourceController.java:88)
            	at hudson.model.Executor.run(Executor.java:233)
            Caused by: org.tmatesoft.svn.core.SVNException: svn: E175002: REPORT /repos/asf/!svn/bc/1618960/lucene/dev/branches/branch_4x failed
            	at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:386)
            	at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:373)
            	at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:361)
            	at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:707)
            	at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:334)
            	at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:324)
            	at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.logImpl(DAVRepository.java:995)
            	at org.tmatesoft.svn.core.io.SVNRepository.log(SVNRepository.java:1035)
            	at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:181)
            	at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:35)
            	at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
            	at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1238)
            	at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294)
            	at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:967)
            	at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:872)
            	at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:179)
            	... 11 more
            Caused by: svn: E175002: REPORT /repos/asf/!svn/bc/1618960/lucene/dev/branches/branch_4x failed
            	at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:208)
            	at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:154)
            	at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:97)
            	... 27 more
            Caused by: java.lang.StringIndexOutOfBoundsException: String index out of range: -1
            	at java.lang.String.substring(String.java:1875)
            	at hudson.scm.DirAwareSVNXMLLogHandler.sendToHandler(DirAwareSVNXMLLogHandler.java:121)
            	at hudson.scm.DirAwareSVNXMLLogHandler.handleLogEntry(DirAwareSVNXMLLogHandler.java:83)
            	at org.tmatesoft.svn.core.internal.wc2.compat.SvnCodec$7.receive(SvnCodec.java:167)
            	at org.tmatesoft.svn.core.internal.wc2.compat.SvnCodec$7.receive(SvnCodec.java:164)
            	at org.tmatesoft.svn.core.wc2.SvnReceivingOperation.receive(SvnReceivingOperation.java:78)
            	at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.handleLogEntry(SvnRemoteLog.java:199)
            	at org.tmatesoft.svn.core.internal.io.dav.DAVRepository$1.handleLogEntry(DAVRepository.java:950)
            	at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVLogHandler.endElement(DAVLogHandler.java:226)
            	at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:103)
            	at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:609)
            	at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1782)
            	at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2973)
            	at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:606)
            	at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:117)
            	at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:510)
            	at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:848)
            	at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:777)
            	at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:141)
            	at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1213)
            	at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:648)
            	at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:911)
            	at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:876)
            	at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:220)
            	at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:480)
            	at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:382)
            	... 26 more
            Retrying after 10 seconds
            

            This repeats several times. Very strange is that on such failed jobs I get "Tag this build" several times on the left navigation bar.

            This is also a branch with many svn:mergeprops. The problem only happens on a branch, not on trunk.

            I have now reverted to 2.4.1, will see if it works again.

            Show
            thetaphi Uwe Schindler added a comment - Same issue here: After upgrading from 2.4.1 to 2.4.2 today, I get the following: Building remotely on Windows VBOX (windows) in workspace C:\Users\JenkinsSlave\workspace\Lucene-Solr-4.x-Windows Cleaning up C:\Users\JenkinsSlave\workspace\Lucene-Solr-4.x-Windows\. Updating http://svn.apache.org/repos/asf/lucene/dev/branches/branch_4x at revision '2014-08-19T22:03:06.690 +0000' UU solr\CHANGES.txt U solr\core\src\java\org\apache\solr\handler\admin\SystemInfoHandler.java U solr\core\src\java\org\apache\solr\core\RunExecutableListener.java U solr\core U solr\contrib\extraction\src\test\org\apache\solr\handler\extraction\ExtractingRequestHandlerTest.java D solr\contrib\extraction\src\test-files\extraction\enctypted-password-is-solrRules.pdf A solr\contrib\extraction\src\test-files\extraction\encrypted-password-is-solrRules.pdf U solr\contrib U solr U . At revision 1618997 hudson.util.IOException2: revision check failed on http://svn.apache.org/repos/asf/lucene/dev/branches/branch_4x at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:191) at hudson.scm.SubversionChangeLogBuilder.run(SubversionChangeLogBuilder.java:118) at hudson.scm.SubversionSCM.calcChangeLog(SubversionSCM.java:735) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:873) at hudson.model.AbstractProject.checkout(AbstractProject.java:1255) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:624) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:530) at hudson.model.Run.execute(Run.java:1740) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:233) Caused by: org.tmatesoft.svn.core.SVNException: svn: E175002: REPORT /repos/asf/!svn/bc/1618960/lucene/dev/branches/branch_4x failed at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:386) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:373) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:361) at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:707) at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:334) at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:324) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.logImpl(DAVRepository.java:995) at org.tmatesoft.svn.core.io.SVNRepository.log(SVNRepository.java:1035) at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:181) at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:35) at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20) at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1238) at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294) at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:967) at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:872) at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:179) ... 11 more Caused by: svn: E175002: REPORT /repos/asf/!svn/bc/1618960/lucene/dev/branches/branch_4x failed at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:208) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:154) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:97) ... 27 more Caused by: java.lang.StringIndexOutOfBoundsException: String index out of range: -1 at java.lang.String.substring(String.java:1875) at hudson.scm.DirAwareSVNXMLLogHandler.sendToHandler(DirAwareSVNXMLLogHandler.java:121) at hudson.scm.DirAwareSVNXMLLogHandler.handleLogEntry(DirAwareSVNXMLLogHandler.java:83) at org.tmatesoft.svn.core.internal.wc2.compat.SvnCodec$7.receive(SvnCodec.java:167) at org.tmatesoft.svn.core.internal.wc2.compat.SvnCodec$7.receive(SvnCodec.java:164) at org.tmatesoft.svn.core.wc2.SvnReceivingOperation.receive(SvnReceivingOperation.java:78) at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.handleLogEntry(SvnRemoteLog.java:199) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository$1.handleLogEntry(DAVRepository.java:950) at org.tmatesoft.svn.core.internal.io.dav.handlers.DAVLogHandler.endElement(DAVLogHandler.java:226) at org.tmatesoft.svn.core.internal.io.dav.handlers.BasicDAVHandler.endElement(BasicDAVHandler.java:103) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:609) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1782) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2973) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:606) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:117) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:510) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:848) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:777) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:141) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1213) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:648) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:911) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:876) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:220) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:480) at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:382) ... 26 more Retrying after 10 seconds This repeats several times. Very strange is that on such failed jobs I get "Tag this build" several times on the left navigation bar. This is also a branch with many svn:mergeprops. The problem only happens on a branch, not on trunk. I have now reverted to 2.4.1, will see if it works again.
            Hide
            thetaphi Uwe Schindler added a comment -

            Works fine with 2.4.1 after revert.

            Show
            thetaphi Uwe Schindler added a comment - Works fine with 2.4.1 after revert.
            Hide
            danielbeck Daniel Beck added a comment -

            Responding to Jesse's question in IRC:

            [00:46:36] <+jglick> danielbeck: JENKINS-23146 seems like your patch made the problem worse not better in 2.4.2?

            I'm not sure what you're referring to, and the comments to the issue (Shannon Kerr, Uwe Schindler) all appear to be caused by the one known issue: PR 85 does not handle a change to the checked out folder if it's checked out as "." (which is why it's not marked resolved).

            Responsible line is this, and the SIOOBE index is always -1: https://github.com/jenkinsci/subversion-plugin/pull/85/files#diff-f27623adeac6322c5230b6f7a5c91e7eR121

            Show
            danielbeck Daniel Beck added a comment - Responding to Jesse's question in IRC: [00:46:36] <+jglick> danielbeck: JENKINS-23146 seems like your patch made the problem worse not better in 2.4.2? I'm not sure what you're referring to, and the comments to the issue ( Shannon Kerr , Uwe Schindler ) all appear to be caused by the one known issue: PR 85 does not handle a change to the checked out folder if it's checked out as "." (which is why it's not marked resolved). Responsible line is this, and the SIOOBE index is always -1: https://github.com/jenkinsci/subversion-plugin/pull/85/files#diff-f27623adeac6322c5230b6f7a5c91e7eR121
            Hide
            thetaphi Uwe Schindler added a comment -

            PR 85 does not handle a change to the checked out folder if it's checked out as "." (which is why it's not marked resolved).

            In our case it is indeed checked out to ".". Are there any other configuration variant of checking something out directly to workspace folder, without subdir?

            Nevertheless, it works in 2.4.1.

            Show
            thetaphi Uwe Schindler added a comment - PR 85 does not handle a change to the checked out folder if it's checked out as "." (which is why it's not marked resolved). In our case it is indeed checked out to ".". Are there any other configuration variant of checking something out directly to workspace folder, without subdir? Nevertheless, it works in 2.4.1.
            Hide
            danielbeck Daniel Beck added a comment -

            thetaphi: It only happens when you change the folder itself (e.g. change its properties like svn:ignore), not any children. This is fairly rare, at least in my workflow.

            Show
            danielbeck Daniel Beck added a comment - thetaphi: It only happens when you change the folder itself (e.g. change its properties like svn:ignore), not any children. This is fairly rare, at least in my workflow.
            Hide
            kerrhome Shannon Kerr added a comment -

            Daniel Beck I think it is probably a pretty common work flow scenario. Especially in a CI env (project dedicated to a team feature branch that frequently refreshes from trunk). Anytime we dedicate projects to specific SVN branches, which we do for major features and all releases, this becomes an issue since those types of branches will refresh from trunk often. This is what worries me about the next few weeks when we branch for our next release. Our first build is going to be fine, but subsequent builds that refresh partially from trunk will undoubtedly fail. Not going to be a good time for me.

            Show
            kerrhome Shannon Kerr added a comment - Daniel Beck I think it is probably a pretty common work flow scenario. Especially in a CI env (project dedicated to a team feature branch that frequently refreshes from trunk). Anytime we dedicate projects to specific SVN branches, which we do for major features and all releases, this becomes an issue since those types of branches will refresh from trunk often. This is what worries me about the next few weeks when we branch for our next release. Our first build is going to be fine, but subsequent builds that refresh partially from trunk will undoubtedly fail. Not going to be a good time for me.
            Hide
            swf Yves Schumann added a comment -

            Roger that! Same situation here. :-/

            Show
            swf Yves Schumann added a comment - Roger that! Same situation here. :-/
            Hide
            piano Nico K. added a comment -

            Same situation here. Externals are massivly used in our software landscape.

            Show
            piano Nico K. added a comment - Same situation here. Externals are massivly used in our software landscape.
            Hide
            danielbeck Daniel Beck added a comment -

            Untested fix prepared (don't have a Subversion environment at home and am on vacation right now. Plus, I'm lazy):

            https://github.com/jenkinsci/subversion-plugin/pull/93

            There'll be a build with it soon:
            https://jenkins.ci.cloudbees.com/job/plugins/job/subversion-plugin/398/

            This was written against the 2.4.x branch, so should be compatible with your systems if you're on 2.4.x.

            So if you'd like to be used as a guinea pig, feel free to install the snapshot created by the build above (select module "Jenkins Subversion Plug-in", there are the artifacts).

            Show
            danielbeck Daniel Beck added a comment - Untested fix prepared (don't have a Subversion environment at home and am on vacation right now. Plus, I'm lazy): https://github.com/jenkinsci/subversion-plugin/pull/93 There'll be a build with it soon: https://jenkins.ci.cloudbees.com/job/plugins/job/subversion-plugin/398/ This was written against the 2.4.x branch, so should be compatible with your systems if you're on 2.4.x. So if you'd like to be used as a guinea pig, feel free to install the snapshot created by the build above (select module "Jenkins Subversion Plug-in", there are the artifacts).
            Hide
            kerrhome Shannon Kerr added a comment -

            Ha, you are far from lazy Daniel Beck Appreciate the untested fix. I do have an environment ready and setup to test this kind of stuff, I just have never built a plugin or installed an unofficial plugin. If there was a nice and easy process for me to follow to build and install it, I'd gladly make some time today to do that. I'll see what I can Google.

            Show
            kerrhome Shannon Kerr added a comment - Ha, you are far from lazy Daniel Beck Appreciate the untested fix. I do have an environment ready and setup to test this kind of stuff, I just have never built a plugin or installed an unofficial plugin. If there was a nice and easy process for me to follow to build and install it, I'd gladly make some time today to do that. I'll see what I can Google.
            Hide
            danielbeck Daniel Beck added a comment - - edited

            Uh... download the HPI produced in the build linked to above and install on Manage Plugins » Advanced tab.

            Show
            danielbeck Daniel Beck added a comment - - edited Uh... download the HPI produced in the build linked to above and install on Manage Plugins » Advanced tab.
            Hide
            kerrhome Shannon Kerr added a comment -

            You are on vacation so I thought "soon" meant after you got back. I didn't assume you'd have something available that quickly and thought I'd have to build it myself as I've seen you suggest others do in the past in this ticket.

            Show
            kerrhome Shannon Kerr added a comment - You are on vacation so I thought "soon" meant after you got back. I didn't assume you'd have something available that quickly and thought I'd have to build it myself as I've seen you suggest others do in the past in this ticket.
            Hide
            thetaphi Uwe Schindler added a comment -

            thetaphi: It only happens when you change the folder itself (e.g. change its properties like svn:ignore), not any children. This is fairly rare, at least in my workflow.

            It is quite common with subversion branches. At Apache Lucene, we have trunk and a stable release branch. The above failed build was against the stable release branch. On every merge from trunk to the release branch, you change a property on the root folder (the branch), so it happens on every commit and related Jenkins build of this branch.

            You can try this out by looking at http://svn.apache.org/repos/asf/lucene/dev/branches/branch_4x as a "testcase". It fails to checkout/update this in 2.4.2.

            Show
            thetaphi Uwe Schindler added a comment - thetaphi: It only happens when you change the folder itself (e.g. change its properties like svn:ignore), not any children. This is fairly rare, at least in my workflow. It is quite common with subversion branches. At Apache Lucene, we have trunk and a stable release branch. The above failed build was against the stable release branch. On every merge from trunk to the release branch, you change a property on the root folder (the branch), so it happens on every commit and related Jenkins build of this branch. You can try this out by looking at http://svn.apache.org/repos/asf/lucene/dev/branches/branch_4x as a "testcase". It fails to checkout/update this in 2.4.2.
            Hide
            thetaphi Uwe Schindler added a comment -

            Uh... download the HPI produced in the build linked to above and install on Manage Plugins » Advanced tab.

            I am installing that at the moment at the Apache Lucene/Solr Build server, to see if it works with the "stable branch" containing many merge props. Will report back.

            Show
            thetaphi Uwe Schindler added a comment - Uh... download the HPI produced in the build linked to above and install on Manage Plugins » Advanced tab. I am installing that at the moment at the Apache Lucene/Solr Build server, to see if it works with the "stable branch" containing many merge props. Will report back.
            Hide
            thetaphi Uwe Schindler added a comment -

            Looks good:

            Updating http://svn.apache.org/repos/asf/lucene/dev/branches/branch_4x at revision '2014-08-20T12:55:30.731 +0000'
            U         lucene\suggest\src\java\org\apache\lucene\search\suggest\analyzing\FreeTextSuggester.java
             U        lucene\suggest
             U        lucene
             U        .
            At revision 1619094
            No emails were triggered.
            

            This revision was definitely one with changed svn:mergeprops.

            Show
            thetaphi Uwe Schindler added a comment - Looks good: Updating http://svn.apache.org/repos/asf/lucene/dev/branches/branch_4x at revision '2014-08-20T12:55:30.731 +0000' U lucene\suggest\src\java\org\apache\lucene\search\suggest\analyzing\FreeTextSuggester.java U lucene\suggest U lucene U . At revision 1619094 No emails were triggered. This revision was definitely one with changed svn:mergeprops.
            Hide
            danielbeck Daniel Beck added a comment -

            Uwe Schindler: Could you show the 'changes' table for the build?

            Show
            danielbeck Daniel Beck added a comment - Uwe Schindler : Could you show the 'changes' table for the build?
            Show
            thetaphi Uwe Schindler added a comment - http://jenkins.thetaphi.de/job/Lucene-Solr-4.x-Windows/4167/changes
            Hide
            kerrhome Shannon Kerr added a comment -

            Looks good here too. Going to run a few more tests, but I just did a big refresh from trunk so there was definitely a property update and lots of other updates as well. No failure.

            Show
            kerrhome Shannon Kerr added a comment - Looks good here too. Going to run a few more tests, but I just did a big refresh from trunk so there was definitely a property update and lots of other updates as well. No failure.
            Hide
            danielbeck Daniel Beck added a comment -

            Table looks like I expected. Nice when something occasionally works like that. I'll update the PR.

            I guess this can be considered resolved, and all users with this problem and on 2.4.x can

            Show
            danielbeck Daniel Beck added a comment - Table looks like I expected. Nice when something occasionally works like that. I'll update the PR. I guess this can be considered resolved, and all users with this problem and on 2.4.x can update to the snapshot build with the fix: https://jenkins.ci.cloudbees.com/job/plugins/job/subversion-plugin/398/org.jenkins-ci.plugins$subversion/artifact/org.jenkins-ci.plugins/subversion/2.4.3-SNAPSHOT/subversion-2.4.3-SNAPSHOT.hpi build from my branch: https://github.com/daniel-beck/subversion-plugin/tree/JENKINS-23146-2.4.x or merge the fix into their own branch: https://github.com/jenkinsci/subversion-plugin/pull/93/files
            Hide
            kerrhome Shannon Kerr added a comment -

            I hope we can get an official 2.4.x build released. Jesse Glick came through for us last time. If not, I'm fully prepared to use your snapshot build in production for now. Thanks Daniel Beck for taking care of us while on vacation. Hopefully you can look away from the Jenkins Issues page for a bit and actually vacation.

            Show
            kerrhome Shannon Kerr added a comment - I hope we can get an official 2.4.x build released. Jesse Glick came through for us last time. If not, I'm fully prepared to use your snapshot build in production for now. Thanks Daniel Beck for taking care of us while on vacation. Hopefully you can look away from the Jenkins Issues page for a bit and actually vacation.
            Hide
            scm_issue_link SCM/JIRA link daemon added a comment -

            Code changed in jenkins
            User: Daniel Beck
            Path:
            src/main/java/hudson/scm/DirAwareSVNXMLLogHandler.java
            http://jenkins-ci.org/commit/subversion-plugin/3df6c0b32db52e275ff6158b93e2022c0067625c
            Log:
            JENKINS-23146 Handle changes to folder checked out to '.'

            Show
            scm_issue_link SCM/JIRA link daemon added a comment - Code changed in jenkins User: Daniel Beck Path: src/main/java/hudson/scm/DirAwareSVNXMLLogHandler.java http://jenkins-ci.org/commit/subversion-plugin/3df6c0b32db52e275ff6158b93e2022c0067625c Log: JENKINS-23146 Handle changes to folder checked out to '.'
            Hide
            jglick Jesse Glick added a comment -

            2.4.3 released and on CloudBees update center: http://jenkins-updates.cloudbees.com/download/plugins/subversion/2.4.3/subversion.hpi

            OSS update center lags behind but should be there within a day.

            Show
            jglick Jesse Glick added a comment - 2.4.3 released and on CloudBees update center: http://jenkins-updates.cloudbees.com/download/plugins/subversion/2.4.3/subversion.hpi OSS update center lags behind but should be there within a day.
            Hide
            jglick Jesse Glick added a comment -

            (Not sure if this can now be closed as fixed.)

            Show
            jglick Jesse Glick added a comment - (Not sure if this can now be closed as fixed.)
            Hide
            scm_issue_link SCM/JIRA link daemon added a comment -

            Code changed in jenkins
            User: Daniel Beck
            Path:
            src/main/java/hudson/scm/DirAwareSVNXMLLogHandler.java
            http://jenkins-ci.org/commit/subversion-plugin/14e5ca455e3786790ad5cb68348012f5d93376f8
            Log:
            JENKINS-23146 Handle changes to folder checked out to '.'

            (cherry picked from commit 3df6c0b32db52e275ff6158b93e2022c0067625c)

            Show
            scm_issue_link SCM/JIRA link daemon added a comment - Code changed in jenkins User: Daniel Beck Path: src/main/java/hudson/scm/DirAwareSVNXMLLogHandler.java http://jenkins-ci.org/commit/subversion-plugin/14e5ca455e3786790ad5cb68348012f5d93376f8 Log: JENKINS-23146 Handle changes to folder checked out to '.' (cherry picked from commit 3df6c0b32db52e275ff6158b93e2022c0067625c)
            Hide
            danielbeck Daniel Beck added a comment -

            With the cherry-pick to master I consider this fixed.

            To get the fix, download 2.4.3 or the next 2.5 or higher release, or build from master.

            Show
            danielbeck Daniel Beck added a comment - With the cherry-pick to master I consider this fixed. To get the fix, download 2.4.3 or the next 2.5 or higher release, or build from master.
            danielbeck Daniel Beck made changes -
            Resolution Fixed [ 1 ]
            Status In Progress [ 3 ] Resolved [ 5 ]
            Hide
            piano Nico K. added a comment -

            Thanks to Daniel Beck and all who worked on this!

            Show
            piano Nico K. added a comment - Thanks to Daniel Beck and all who worked on this!
            Hide
            pawelgrz Pawel Grzegrzolka added a comment - - edited

            Sorry for posting in already closed issue, but it looks for me, that it hasn't been solved. I updated to the latest 2.5-beta-2 subversion plugin (and Jenkins v 1.583) but still have "-1" issue. Strange that only one external repository is affected.

            As you can see in the polling log, it's trigger to build a job cause plugin reads -1 revision.

            Started on Oct 2, 2014 10:10:00 AM
            Received SCM poll call on master for ProjectX on Oct 2, 2014 10:10:00 AM
            https://host1/svn/repo1/tags/latest is at revision 136
            https://host2/svn/repo2/trunk is at revision 44
            https://host2/svn/repo2/trunk/tests is at revision 974
              (changed from -1)
            https://host1/repo3/trunk/path is at revision 83
            Done. Took 1.7 sec
            Changes found
            

            All listed repositories are svn:externals.

            Show
            pawelgrz Pawel Grzegrzolka added a comment - - edited Sorry for posting in already closed issue, but it looks for me, that it hasn't been solved. I updated to the latest 2.5-beta-2 subversion plugin (and Jenkins v 1.583) but still have "-1" issue. Strange that only one external repository is affected. As you can see in the polling log, it's trigger to build a job cause plugin reads -1 revision. Started on Oct 2, 2014 10:10:00 AM Received SCM poll call on master for ProjectX on Oct 2, 2014 10:10:00 AM https://host1/svn/repo1/tags/latest is at revision 136 https://host2/svn/repo2/trunk is at revision 44 https://host2/svn/repo2/trunk/tests is at revision 974 (changed from -1) https://host1/repo3/trunk/path is at revision 83 Done. Took 1.7 sec Changes found All listed repositories are svn:externals.
            Hide
            danielbeck Daniel Beck added a comment -

            Pawel: This has nothing to do with this issue report.

            Show
            danielbeck Daniel Beck added a comment - Pawel: This has nothing to do with this issue report.
            Hide
            pawelgrz Pawel Grzegrzolka added a comment -

            Doesn't it? Tracker says something different.
            My issue is the same as mentioned in the JENKINS-22158, which is a duplicated of JENKINS-22199, where you asked to forward to this Jira Slightly complicated, but I hope tracker doesn't outsmart us.

            Show
            pawelgrz Pawel Grzegrzolka added a comment - Doesn't it? Tracker says something different. My issue is the same as mentioned in the JENKINS-22158 , which is a duplicated of JENKINS-22199 , where you asked to forward to this Jira Slightly complicated, but I hope tracker doesn't outsmart us.
            Hide
            danielbeck Daniel Beck added a comment -

            I think JENKINS-22158 is two separate issues, one in the original report, one in the first comment, and the one in the comment is what Yoichi Nakayama was referring to for JENKINS-22199.

            To clarify, this issue here only occurs during the actual changelog computation, which happens only after a build is started; and your polling log happens before that (and actually triggers a build).

            Show
            danielbeck Daniel Beck added a comment - I think JENKINS-22158 is two separate issues, one in the original report, one in the first comment, and the one in the comment is what Yoichi Nakayama was referring to for JENKINS-22199 . To clarify, this issue here only occurs during the actual changelog computation, which happens only after a build is started; and your polling log happens before that (and actually triggers a build).
            Hide
            pawelgrz Pawel Grzegrzolka added a comment -

            Thanks for clarification. I'm going to reopen JENKINS-22158 than.

            Show
            pawelgrz Pawel Grzegrzolka added a comment - Thanks for clarification. I'm going to reopen JENKINS-22158 than.
            danielbeck Daniel Beck made changes -
            Link This issue is duplicated by JENKINS-25041 [ JENKINS-25041 ]
            rtyler R. Tyler Croy made changes -
            Workflow JNJira [ 155480 ] JNJira + In-Review [ 195221 ]

              People

              Assignee:
              danielbeck Daniel Beck
              Reporter:
              kevinhcross Kevin Cross
              Votes:
              60 Vote for this issue
              Watchers:
              71 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved: