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

Builds disappear from jobs - hudson.util.IOException2: Invalid directory name - java.text.ParseException: Unparseable date: "39"

      After updating to 1.485, I have the following error after jenkins loading.

      At the beginning, all builds are present, but as long as jenkins parse the builds directory one by one amd make the "Unparseable date" error, they are removed from the interface. After several minutes there are no more builds available in jobs.

      => it seems jenkins tried to parse the directory name as the date ?

      Oct 13, 2012 2:23:50 PM hudson.model.RunMap retrieve
      WARNING: could not load c:\.jenkins\jobs\SIM3-Test-3\builds\39
      hudson.util.IOException2: Invalid directory name c:\.jenkins\jobs\SIM3-Test-3\builds\39
      	at hudson.model.Run.parseTimestampFromBuildDir(Run.java:332)
      	at hudson.model.Run.<init>(Run.java:278)
      	at hudson.model.AbstractBuild.<init>(AbstractBuild.java:182)
      	at hudson.model.Build.<init>(Build.java:103)
      	at hudson.model.FreeStyleBuild.<init>(FreeStyleBuild.java:41)
      	at sun.reflect.GeneratedConstructorAccessor110.newInstance(Unknown Source)
      	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
      	at java.lang.reflect.Constructor.newInstance(Unknown Source)
      	at hudson.model.AbstractProject.loadBuild(AbstractProject.java:1061)
      	at hudson.model.AbstractProject$1.create(AbstractProject.java:275)
      	at hudson.model.AbstractProject$1.create(AbstractProject.java:273)
      	at hudson.model.RunMap.retrieve(RunMap.java:217)
      	at hudson.model.RunMap.retrieve(RunMap.java:58)
      	at jenkins.model.lazy.AbstractLazyLoadRunMap.load(AbstractLazyLoadRunMap.java:596)
      	at jenkins.model.lazy.AbstractLazyLoadRunMap.load(AbstractLazyLoadRunMap.java:566)
      	at jenkins.model.lazy.AbstractLazyLoadRunMap.search(AbstractLazyLoadRunMap.java:334)
      	at jenkins.model.lazy.AbstractLazyLoadRunMap.getByNumber(AbstractLazyLoadRunMap.java:467)
      	at jenkins.model.lazy.AbstractLazyLoadRunMap.search(AbstractLazyLoadRunMap.java:345)
      	at hudson.model.AbstractBuild.getPreviousBuild(AbstractBuild.java:210)
      	at hudson.model.AbstractBuild.getPreviousBuild(AbstractBuild.java:103)
      	at hudson.model.Job.getBuildStabilityHealthReport(Job.java:945)
      	at hudson.model.Job.getBuildHealthReports(Job.java:905)
      	at hudson.model.Job.getBuildHealth(Job.java:870)
      	at sun.reflect.GeneratedMethodAccessor77.invoke(Unknown Source)
      	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
      	at java.lang.reflect.Method.invoke(Unknown Source)
      	at org.apache.commons.jexl.util.PropertyExecutor.execute(PropertyExecutor.java:125)
      	at org.apache.commons.jexl.util.introspection.UberspectImpl$VelGetterImpl.invoke(UberspectImpl.java:314)
      	at org.apache.commons.jexl.parser.ASTArrayAccess.evaluateExpr(ASTArrayAccess.java:185)
      	at org.apache.commons.jexl.parser.ASTIdentifier.execute(ASTIdentifier.java:75)
      	at org.apache.commons.jexl.parser.ASTReference.execute(ASTReference.java:83)
      	at org.apache.commons.jexl.parser.ASTReference.value(ASTReference.java:57)
      	at org.apache.commons.jexl.parser.ASTReferenceExpression.value(ASTReferenceExpression.java:51)
      	at org.apache.commons.jexl.ExpressionImpl.evaluate(ExpressionImpl.java:80)
      	at hudson.ExpressionFactory2$JexlExpression.evaluate(ExpressionFactory2.java:72)
      	at org.apache.commons.jelly.tags.core.CoreTagLibrary$3.run(CoreTagLibrary.java:134)
      	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      	at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)
      	at org.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:119)
      	at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)
      	at org.kohsuke.stapler.jelly.JellyViewScript.run(JellyViewScript.java:81)
      	at org.kohsuke.stapler.jelly.IncludeTag.doTag(IncludeTag.java:146)
      	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269)
      	at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161)
      	at org.apache.commons.jelly.tags.core.ForEachTag.doTag(ForEachTag.java:150)
      	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269)
      	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      	at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
      	at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)
      	at org.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:119)
      	at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161)
      	at org.apache.commons.jelly.tags.core.ForEachTag.doTag(ForEachTag.java:150)
      	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269)
      	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      	at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
      	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      	at org.apache.commons.jelly.tags.core.CoreTagLibrary$1.run(CoreTagLibrary.java:98)
      	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      	at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
      	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      	at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)
      	at org.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:119)
      	at org.kohsuke.stapler.jelly.groovy.JellyBuilder.doInvokeMethod(JellyBuilder.java:283)
      	at org.kohsuke.stapler.jelly.groovy.Namespace$ProxyImpl.invoke(Namespace.java:92)
      	at $Proxy95.projectView(Unknown Source)
      	at lib.JenkinsTagLib$projectView.call(Unknown Source)
      	at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:42)
      	at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:108)
      	at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:120)
      	at hudson.model.View.main.run(main.groovy:14)
      	at org.kohsuke.stapler.jelly.groovy.GroovierJellyScript.run(GroovierJellyScript.java:66)
      	at org.kohsuke.stapler.jelly.groovy.GroovierJellyScript.run(GroovierJellyScript.java:59)
      	at org.kohsuke.stapler.jelly.IncludeTag.doTag(IncludeTag.java:146)
      	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269)
      	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      	at org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:98)
      	at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91)
      	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269)
      	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      	at org.apache.commons.jelly.tags.core.CoreTagLibrary$1.run(CoreTagLibrary.java:98)
      	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      	at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)
      	at org.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:119)
      	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      	at org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:98)
      	at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91)
      	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269)
      	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      	at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
      	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      	at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
      	at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
      	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      	at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
      	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      	at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
      	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      	at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)
      	at org.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:119)
      	at org.kohsuke.stapler.jelly.CompressTag.doTag(CompressTag.java:44)
      	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269)
      	at org.kohsuke.stapler.jelly.JellyViewScript.run(JellyViewScript.java:81)
      	at org.kohsuke.stapler.jelly.DefaultScriptInvoker.invokeScript(DefaultScriptInvoker.java:63)
      	at org.kohsuke.stapler.jelly.DefaultScriptInvoker.invokeScript(DefaultScriptInvoker.java:53)
      	at org.kohsuke.stapler.jelly.JellyClassTearOff.serveIndexJelly(JellyClassTearOff.java:107)
      	at org.kohsuke.stapler.jelly.JellyFacet.handleIndexRequest(JellyFacet.java:127)
      	at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:563)
      	at org.kohsuke.stapler.Stapler.invoke(Stapler.java:659)
      	at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:625)
      	at org.kohsuke.stapler.Stapler.invoke(Stapler.java:659)
      	at org.kohsuke.stapler.Stapler.invoke(Stapler.java:488)
      	at org.kohsuke.stapler.Stapler.service(Stapler.java:162)
      	at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
      	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
      	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
      	at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:95)
      	at hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:58)
      	at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98)
      	at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:87)
      	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
      	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
      	at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47)
      	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
      	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
      	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84)
      	at hudson.security.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51)
      	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
      	at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:166)
      	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
      	at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
      	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
      	at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:135)
      	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
      	at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271)
      	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
      	at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:173)
      	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
      	at jenkins.security.ApiTokenFilter.doFilter(ApiTokenFilter.java:63)
      	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
      	at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249)
      	at hudson.security.HttpSessionContextIntegrationFilter2.doFilter(HttpSessionContextIntegrationFilter2.java:66)
      	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
      	at hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76)
      	at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:164)
      	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
      	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
      	at org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:50)
      	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
      	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
      	at hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:81)
      	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
      	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
      	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:225)
      	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
      	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
      	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
      	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
      	at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:927)
      	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
      	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
      	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1001)
      	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:585)
      	at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310)
      	at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
      	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
      	at java.lang.Thread.run(Unknown Source)
      Caused by: java.text.ParseException: Unparseable date: "39"
      	at java.text.DateFormat.parse(Unknown Source)
      	at hudson.model.Run.parseTimestampFromBuildDir(Run.java:330)
      	... 165 more
      

          [JENKINS-15587] Builds disappear from jobs - hudson.util.IOException2: Invalid directory name - java.text.ParseException: Unparseable date: "39"

          dogfood added a comment -

          Integrated in jenkins_main_trunk #2566
          JENKINS-15587 Diagnostics. (Revision eff5635b75a63a536f8ad24231b3eba3cbc4b63e)

          Result = SUCCESS
          Jesse Glick : eff5635b75a63a536f8ad24231b3eba3cbc4b63e
          Files :

          • core/src/main/java/hudson/model/Run.java

          dogfood added a comment - Integrated in jenkins_main_trunk #2566 JENKINS-15587 Diagnostics. (Revision eff5635b75a63a536f8ad24231b3eba3cbc4b63e) Result = SUCCESS Jesse Glick : eff5635b75a63a536f8ad24231b3eba3cbc4b63e Files : core/src/main/java/hudson/model/Run.java

          Rami Cohen added a comment -

          I figured out and fixed the issue. What I didn't realize before was that Jenkins does not use the JRE 1.7 I installed on the machine, it uses its own copy (at least by default) which is located under C:\Program Files (x86)\Jenkins\jre and that was JRE 1.6. The function required for converting a symbolic link to real folder name was introduced in JRE 1.7 and the Jenkins code skips the call to this function in hudson.Util.resolveSymlinkToFile if the function is not defined, hence the issue.

          To fix this, I simply upgraded the Jenkins JRE to the latest 1.7 update.

          It looks like the latest Jenkins installer (1.516) contains JRE 1.7.21 but that does not help existing installations where the only updated file is jenkins.war. Maybe add a note to the change log every time you ship a new JRE version to let people know they should do the same?

          Rami Cohen added a comment - I figured out and fixed the issue. What I didn't realize before was that Jenkins does not use the JRE 1.7 I installed on the machine, it uses its own copy (at least by default) which is located under C:\Program Files (x86)\Jenkins\jre and that was JRE 1.6. The function required for converting a symbolic link to real folder name was introduced in JRE 1.7 and the Jenkins code skips the call to this function in hudson.Util.resolveSymlinkToFile if the function is not defined, hence the issue. To fix this, I simply upgraded the Jenkins JRE to the latest 1.7 update. It looks like the latest Jenkins installer (1.516) contains JRE 1.7.21 but that does not help existing installations where the only updated file is jenkins.war. Maybe add a note to the change log every time you ship a new JRE version to let people know they should do the same?

          Jesse Glick added a comment -

          It seems that kohsuke’s f8014d974c6eb9f30098851bd7eeeec1edd1928f was overly optimistic; while in Java 7 Path.toRealPath correctly follows Windows symlinks, File.getCanonicalFile does not. That means that it is normal on Windows when using Java 6 for existing build records using symlinks (e.g. created when Jenkins was running on Java 7?) to display this error. The questions are

          1. Why this is seen as a fatal error. Code up the call stack should catch the exception, print it, and ignore it, continuing the load the actual build directories.

          2. How Jenkins running on Windows on Java 6 can safely ignore links. Maybe it should just quietly ignore anything named lastSomething or a number, without trying to determine if it is a link or not; and only report one-line warnings for directory entries with other (unexpected) names.

          Jesse Glick added a comment - It seems that kohsuke’s f8014d974c6eb9f30098851bd7eeeec1edd1928f was overly optimistic; while in Java 7 Path.toRealPath correctly follows Windows symlinks, File.getCanonicalFile does not. That means that it is normal on Windows when using Java 6 for existing build records using symlinks (e.g. created when Jenkins was running on Java 7?) to display this error. The questions are 1. Why this is seen as a fatal error. Code up the call stack should catch the exception, print it, and ignore it, continuing the load the actual build directories. 2. How Jenkins running on Windows on Java 6 can safely ignore links. Maybe it should just quietly ignore anything named lastSomething or a number, without trying to determine if it is a link or not; and only report one-line warnings for directory entries with other (unexpected) names.

          Jesse Glick added a comment -

          @ramicenzic: yes it is preferable to run Jenkins on Java 7 rather than 6, but we support 6 (and even 5).

          Jesse Glick added a comment - @ramicenzic: yes it is preferable to run Jenkins on Java 7 rather than 6, but we support 6 (and even 5).

          Jesse Glick added a comment -

          @lukerobertson I can reproduce under the conditions you mention: running on 7, doing some builds, then running on 6. But as with @orrc, I do not see any builds actually missing—just an unnecessary warning.

          Jesse Glick added a comment - @lukerobertson I can reproduce under the conditions you mention: running on 7, doing some builds, then running on 6. But as with @orrc, I do not see any builds actually missing—just an unnecessary warning.

          Jesse Glick added a comment -

          Actually running on Java 7 may not be necessary; Kernel32Utils has implementations for Util.isSymlink and .createSymlink, but not resolveSymlink. This means that build symlinks will be created but cannot be read back in by the same process, meaning lazy-load shortcuts do not work. Not sure if this is working fixing just for Windows users on Java 6.

          Jesse Glick added a comment - Actually running on Java 7 may not be necessary; Kernel32Utils has implementations for Util.isSymlink and .createSymlink , but not resolveSymlink . This means that build symlinks will be created but cannot be read back in by the same process, meaning lazy-load shortcuts do not work. Not sure if this is working fixing just for Windows users on Java 6.

          dogfood added a comment -

          Integrated in jenkins_main_trunk #2573
          [FIXED JENKINS-15587] Do not issue a warning about unparsable build timestamps if it is just a number, i.e. failed symlink. (Revision 06b92a49bf80debd4d9f2d334049d790d46c6081)

          Result = SUCCESS
          Jesse Glick : 06b92a49bf80debd4d9f2d334049d790d46c6081
          Files :

          • core/src/main/java/hudson/model/Run.java
          • core/src/main/java/hudson/model/RunMap.java

          dogfood added a comment - Integrated in jenkins_main_trunk #2573 [FIXED JENKINS-15587] Do not issue a warning about unparsable build timestamps if it is just a number, i.e. failed symlink. (Revision 06b92a49bf80debd4d9f2d334049d790d46c6081) Result = SUCCESS Jesse Glick : 06b92a49bf80debd4d9f2d334049d790d46c6081 Files : core/src/main/java/hudson/model/Run.java core/src/main/java/hudson/model/RunMap.java

          dogfood added a comment -

          Integrated in jenkins_main_trunk #2574
          JENKINS-15587 Noting. (Revision f67c3dde20248404643598caa87a88315f8effbd)

          Result = SUCCESS
          Jesse Glick : f67c3dde20248404643598caa87a88315f8effbd
          Files :

          • changelog.html

          dogfood added a comment - Integrated in jenkins_main_trunk #2574 JENKINS-15587 Noting. (Revision f67c3dde20248404643598caa87a88315f8effbd) Result = SUCCESS Jesse Glick : f67c3dde20248404643598caa87a88315f8effbd Files : changelog.html

          Jan Klass added a comment -

          Is the last fix 06b92a going to be merged into the 509 LTS versions?

          I am currently on 1.509.2 LTS and get said Warning.

          Do I understand this correctly that this is a warning I can safely ignore? Jenkins will work just like without this warning?
          (I verified the warnings are when trying to parse the buildnumber links.)

          Jan Klass added a comment - Is the last fix 06b92a going to be merged into the 509 LTS versions? I am currently on 1.509.2 LTS and get said Warning. Do I understand this correctly that this is a warning I can safely ignore? Jenkins will work just like without this warning? (I verified the warnings are when trying to parse the buildnumber links.)

          Jan Klass added a comment -

          Oh I see this issue was tagged 1.509.3-fixed.
          I will just have to wait for the next LTS release then I guess.

          Jan Klass added a comment - Oh I see this issue was tagged 1.509.3-fixed. I will just have to wait for the next LTS release then I guess.

            jglick Jesse Glick
            cyril_jean Cyril Jean
            Votes:
            30 Vote for this issue
            Watchers:
            55 Start watching this issue

              Created:
              Updated:
              Resolved: