[JIRA] (JENKINS-14842) Save config version to scm repo
Mirko Friedenhagen assigned JENKINS-14842 to Stefan Brausch Save config version to scm repo Change By: Mirko Friedenhagen (03/Sep/12 6:58 AM) Assignee: MirkoFriedenhagen StefanBrausch This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-13790) Subversion externals fail
Stephan Grimm commented on JENKINS-13790 Subversion externals fail How can we increase the priority of fixing this bug? In my opinion it is an important bug-fix, because at the moment we have to always check out a fresh copy of our svn repository to be sure the working directory is up to date. And this takes (too) much time and leads to (too) much traffic on the server. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14974) Export more environment variables from Testcase run
Peter Florijn updated JENKINS-14974 Export more environment variables from Testcase run I added a picture of the datamodel. I think you are right I made it confusing Change By: Peter Florijn (03/Sep/12 7:17 AM) Attachment: datamodelTestopia.png This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-4633) can't set cvs change's encoding
Michael Clarke started work on JENKINS-4633 cant set cvs changes encoding Change By: Michael Clarke (03/Sep/12 7:56 AM) Status: Open InProgress This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-4633) can't set cvs change's encoding
Michael Clarke assigned JENKINS-4633 to Michael Clarke cant set cvs changes encoding Change By: Michael Clarke (03/Sep/12 7:56 AM) Assignee: MichaelClarke This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14343) URL for ViewVC/ViewCVS contains portion of CVSROOT
Michael Clarke started work on JENKINS-14343 URL for ViewVC/ViewCVS contains portion of CVSROOT Change By: Michael Clarke (03/Sep/12 7:57 AM) Status: Open InProgress This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14293) Error in ChangeLog if some of the changed files are locked
Michael Clarke assigned JENKINS-14293 to Michael Clarke Error in ChangeLog if some of the changed files are locked Change By: Michael Clarke (03/Sep/12 7:58 AM) Assignee: MichaelClarke This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14293) Error in ChangeLog if some of the changed files are locked
Michael Clarke started work on JENKINS-14293 Error in ChangeLog if some of the changed files are locked Change By: Michael Clarke (03/Sep/12 7:58 AM) Status: Open InProgress This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14163) CVS Polling Log error
Michael Clarke assigned JENKINS-14163 to Michael Clarke CVS Polling Log error Change By: Michael Clarke (03/Sep/12 7:59 AM) Assignee: MichaelClarke This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14678) change description containing national characters not showing in changelog
Michael Clarke started work on JENKINS-14678 change description containing national characters not showing in changelog Change By: Michael Clarke (03/Sep/12 7:59 AM) Status: Open InProgress This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14678) change description containing national characters not showing in changelog
Michael Clarke assigned JENKINS-14678 to Michael Clarke change description containing national characters not showing in changelog Change By: Michael Clarke (03/Sep/12 7:59 AM) Assignee: MichaelClarke This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14597) Rundeck JobID doesn't persist when used as build publisher
Capn Keelhauler commented on JENKINS-14597 Rundeck JobID doesnt persist when used as build publisher Similar problem to JENKINS-14454 This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14821) warnings-plugin counts wrong
torbent commented on JENKINS-14821 warnings-plugin counts wrong It has been difficult to reproduce consistently, so here's instead some details from a recent build. I hope this can help locate and fix the problem. I'm still using warnings-plugin 4.6 ... The job in question uses two parsers (MSBuild and a dynamic one). Both parsers read the same build log. Looking at build #574, the dynamic parser reports 235 warnings (235 new, 228 fixed). Visiting the job/574/warnings1Result page I get a list of 229 warnings (that's what the Total says; I didn't count). On job/574/warnings1Result/new are 4 warnings and on job/574/warnings1Result/fixed is an empty list. Whether it counts the "real" warnings or not, I would expect it to be consistent and display a list of 235 new warnings when it reports "235 new". Et cetera. Moving to MSBuild parser, it reports 17 warnings (1 new, 1 fixed). The job/574/warnings25result page lists 17 warnings, job/574/warnings25result/new has 0 warnings, as has job/574/warnings25result/fixed Diff'ing 573/compiler-25-warnings.xml and 574/compiler-25-warnings.xml, the only different contextHashCode is in the record below. There are no other differences at all in the files, apart from the "key" element. >From 573: warning messageCould not resolve this reference. Could not locate the assembly Options. Check to make sure the assembly exists on disk. If this reference is required by your code, you may get compilation errors. a_file_name.csproj/message priorityNORMAL/priority key29584/key lineRanges range start1360/start end1360/end /range /lineRanges primaryLineNumber1360/primaryLineNumber fileNameC:/WINDOWS/Microsoft.NET/Framework/v4.0.30319/Microsoft.Common.targets/fileName moduleName/moduleName packageName-/packageName categoryMSB3245/category typeMSBuild/type contextHashCode29585/contextHashCode originwarnings/origin pathNameC:/WINDOWS/Microsoft.NET/Framework/v4.0.30319/pathName primaryColumnStart0/primaryColumnStart primaryColumnEnd0/primaryColumnEnd /warning From 574: warning messageCould not resolve this reference. Could not locate the assembly Options. Check to make sure the assembly exists on disk. If this reference is required by your code, you may get compilation errors. a_file_name.csproj/message priorityNORMAL/priority key31270/key lineRanges range start1360/start end1360/end /range /lineRanges primaryLineNumber1360/primaryLineNumber fileNameC:/WINDOWS/Microsoft.NET/Framework/v4.0.30319/Microsoft.Common.targets/fileName moduleName/moduleName packageName-/packageName categoryMSB3245/category typeMSBuild/type contextHashCode31271/contextHashCode originwarnings/origin pathNameC:/WINDOWS/Microsoft.NET/Framework/v4.0.30319/pathName primaryColumnStart0/primaryColumnStart primaryColumnEnd0/primaryColumnEnd /warning It's the first record in both files. It also appears to be the only record that has a "non-hash" contextHashCode: $ grep contextHashCode 574/compiler-25-warnings.xml contextHashCode31271/contextHashCode contextHashCode-2082545419/contextHashCode contextHashCode933875131/contextHashCode contextHashCode1466277609/contextHashCode contextHashCode-903131753/contextHashCode contextHashCode1698353063/contextHashCode contextHashCode-319996298/contextHashCode contextHashCode731236099/contextHashCode contextHashCode-533676129/contextHashCode contextHashCode-1226539927/contextHashCode contextHashCode1828441604/contextHashCode contextHashCode-951103677/contextHashCode contextHashCode-708350096/contextHashCode contextHashCode-1778170223/contextHashCode contextHashCode-442325474/contextHashCode contextHashCode187724429/contextHashCode contextHashCode1758033733/contextHashCode As an aside, every record in compiler-1-warnings.xml have non-hash hashes (lowest: 31301, highest: 31535). To me it looks like the "key" and non-hash "contextHashCode" values are drawn from the same number generator, although not identically across runs. Notice how the key changes from 573 to 574. It suggests some sort of race condition where there might be a number of threads (or other async activities) going on, and the number is thus not drawn from the generator in a consistent order. I initially thought this was related to having 2 parsers, but I get the
[JIRA] (JENKINS-15021) Easy download of logs
Christian Wolfgang created JENKINS-15021 Easy download of logs Issue Type: New Feature Assignee: Christian Wolfgang Components: logging Created: 03/Sep/12 8:51 AM Description: Currently the logs lies on the master Jenkins. It should be easier for users to get. Project: Jenkins Priority: Major Reporter: Christian Wolfgang This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15022) Pruning of poll logs
Christian Wolfgang created JENKINS-15022 Pruning of poll logs Issue Type: New Feature Assignee: Christian Wolfgang Components: logging Created: 03/Sep/12 8:54 AM Description: Currently one gigantic log file is created for all polling. This should be split up and possibly pruned, given some options. Project: Jenkins Priority: Major Reporter: Christian Wolfgang This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14411) Build Flow jobs display “Post-build Actions” which are never saved
SCM/JIRA link daemon commented on JENKINS-14411 Build Flow jobs display “Post-build Actions” which are never saved Code changed in jenkins User: Nicolas De Loof Path: src/main/java/com/cloudbees/plugins/flow/BuildFlow.java src/main/java/com/cloudbees/plugins/flow/FlowRun.java http://jenkins-ci.org/commit/build-flow-plugin/1a536a0e0beb6d61695316a34f7d17f309fb685c Log: FIXED JENKINS-14411 publisher support extend Project/Build, not AbstractProject/AbstractBuild to get full publisher support This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14411) Build Flow jobs display “Post-build Actions” which are never saved
SCM/JIRA link daemon resolved JENKINS-14411 as Fixed Build Flow jobs display “Post-build Actions” which are never saved Change By: SCM/JIRA link daemon (03/Sep/12 9:46 AM) Status: Open Resolved Resolution: Fixed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15004) Collecting findbugs analysis files
Ulli Hafner commented on JENKINS-15004 Collecting findbugs analysis files This depends on your slave setup, I'm starting the slave using ssh: ssh user@server java -Xmx748m -jar /path/to/slave.jar The memory options are the standard Java options. You can check your slave configuration in Jenkins. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-13549) Duplicate test results are shown for grails projectsgr
Ravi Teja Lokineni commented on JENKINS-13549 Duplicate test results are shown for grails projectsgr It is working with 'target/test-reports/TEST-*.xml' This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14896) java.io.FileNotFoundException when saving module data
Ronen Peleg edited a comment on JENKINS-14896 java.io.FileNotFoundException when saving module data Yes, I'm facing the same BUG! ERROR: Publisher hudson.plugins.jacoco.JacocoPublisher aborted due to exception hudson.util.IOException2: Failed to copy D:\Jenkins\jobs\\workspace\target\jacoco.exec to D:\Jenkins\jobs\\builds\2012-08-28_18-49-28\jacoco\module0\jacoco.exec Why Jacoco plugin want to copy the "jacoco.exec" from the "workspace\target folder"? note that, there is no "workspace\target" folder. Jenkins version: 1.476 Jenkins Jacoco plugin version: 1.0.3 BTW: I ran this job on slave and master, I'm getting the same problem! Thanks. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14896) java.io.FileNotFoundException when saving module data
Ronen Peleg edited a comment on JENKINS-14896 java.io.FileNotFoundException when saving module data Yes, I'm facing the same BUG! ERROR: Publisher hudson.plugins.jacoco.JacocoPublisher aborted due to exception hudson.util.IOException2: Failed to copy D:\Jenkins\jobs\\workspace\target\jacoco.exec to D:\Jenkins\jobs\\builds\2012-08-28_18-49-28\jacoco\module0\jacoco.exec Why Jacoco plugin want to copy the "jacoco.exec" from the "workspace\target folder"? note that, there is no "workspace\target" folder. Jenkins version: 1.476 Jenkins Jacoco plugin version: 1.0.3 BTW: I checked this issue on slave and master machines and I'm getting the same problem! Thanks. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-13768) default parameter values are ignored when triggering parameterized build from groovy post-build script
cjo9900 commented on JENKINS-13768 default parameter values are ignored when triggering parameterized build from groovy post-build script Pull request for a potential fix submitted https://github.com/jenkinsci/jenkins/pull/553 This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14989) NPE in WarningsResult.java: group is null
Régis Desgroppes commented on JENKINS-14989 NPE in WarningsResult.java: group is null Hallo Ulli, The server in question has plenty of RAM and the issue may happen right after Jenkins startup, so I guess there's nothing to do with memory management. BTW, we had to revert to warnings 4.13, as warnings 4.14 have the same problem as 4.15. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14989) NPE in WarningsResult.java: group is null
Régis Desgroppes edited a comment on JENKINS-14989 NPE in WarningsResult.java: group is null Hallo Ulli, The server in question has plenty of RAM and the issue may happen right after Jenkins startup, so I guess there's nothing to do with memory management. BTW, we had to revert to warnings 4.13, as warnings 4.14 have the same problem as 4.15: 13:26:32 | [WARNINGS] Parsing warnings in console log with parser MOS assertion failures 13:26:33 | [WARNINGS] Ignore new warnings since this is the first valid build 13:26:33 | ERROR: Publisher hudson.plugins.warnings.WarningsPublisher aborted due to exception 13:26:33 | java.lang.NullPointerException 13:26:33 | at hudson.plugins.warnings.WarningsResult.getFileName(WarningsResult.java:108) 13:26:33 | at hudson.plugins.warnings.WarningsResult.getSerializationFileName(WarningsResult.java:94) 13:26:33 | at hudson.plugins.analysis.core.BuildResult.getDataFile(BuildResult.java:481) 13:26:33 | at hudson.plugins.analysis.core.BuildResult.loadResult(BuildResult.java:866) 13:26:33 | at hudson.plugins.analysis.core.BuildResult.getProject(BuildResult.java:850) 13:26:33 | at hudson.plugins.analysis.core.BuildResult.getContainer(BuildResult.java:990) 13:26:33 | at hudson.plugins.analysis.core.BuildResult.getAnnotations(BuildResult.java:563) 13:26:33 | at hudson.plugins.analysis.core.HealthAwarePublisher.perform(HealthAwarePublisher.java:373) 13:26:33 | at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19) 13:26:33 | at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:717) 13:26:33 | at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:692) 13:26:33 | at hudson.model.Build$BuildExecution.post2(Build.java:183) 13:26:33 | at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:639) 13:26:33 | at hudson.model.Run.execute(Run.java:1527) 13:26:33 | at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) 13:26:33 | at hudson.model.ResourceController.execute(ResourceController.java:88) 13:26:33 | at hudson.model.Executor.run(Executor.java:236) 13:26:33 | Archiving artifacts This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-13549) Duplicate test results are shown for grails projects
Ravi Teja Lokineni updated JENKINS-13549 Duplicate test results are shown for grails projects Change By: Ravi Teja Lokineni (03/Sep/12 12:21 PM) Summary: Duplicatetestresultsareshownforgrails projectsgr projects This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14597) Rundeck JobID doesn't persist when used as build publisher
bap commented on JENKINS-14597 Rundeck JobID doesnt persist when used as build publisher The DataBoundConstructor in the Notifier does not correctly construct the object. The reason this is working when configured from the UI is that the Notifier's descriptor contains a newInstance method which is used in this case. The solution is to fix the Notifier by removing the DBC (in which case it will not be available in felible-publish) or remove the newInstance method from the Descriptor and fix the DBC to make it correctly configure the Notifier. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14454) Cobertura Publisher does not keep settings when used in flexible-publish
bap commented on JENKINS-14454 Cobertura Publisher does not keep settings when used in flexible-publish See https://issues.jenkins-ci.org/browse/JENKINS-14597?focusedCommentId=167098page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-167098 Replace Notifier with Recorder - the issue is the same This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14454) Cobertura Publisher does not keep settings when used in flexible-publish
bap updated JENKINS-14454 Cobertura Publisher does not keep settings when used in flexible-publish Change By: bap (03/Sep/12 12:46 PM) Component/s: cobertura This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14597) Rundeck JobID doesn't persist when used as build publisher
bap assigned JENKINS-14597 to Vincent Behar Rundeck JobID doesnt persist when used as build publisher Change By: bap (03/Sep/12 12:45 PM) Assignee: bap VincentBehar This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14454) Cobertura Publisher does not keep settings when used in flexible-publish
bap assigned JENKINS-14454 to stephenconnolly Cobertura Publisher does not keep settings when used in flexible-publish Change By: bap (03/Sep/12 12:47 PM) Assignee: bap stephenconnolly This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14760) Failed to instantiate class hudson.plugins.openid.GoogleAppSsoSecurityRealm
Benoit B reopened JENKINS-14760 Failed to instantiate class hudson.plugins.openid.GoogleAppSsoSecurityRealm Status Code: 500 Exception: java.lang.RuntimeException: Failed to instantiate class hudson.plugins.openid.GoogleAppSsoSecurityRealm from {"domain":"afrogleap.com","stapler-class":"hudson.plugins.openid.GoogleAppSsoSecurityRealm","value":"1"} Stacktrace: javax.servlet.ServletException: java.lang.RuntimeException: Failed to instantiate class hudson.plugins.openid.GoogleAppSsoSecurityRealm from {"domain":"afrogleap.com","stapler-class":"hudson.plugins.openid.GoogleAppSsoSecurityRealm","value":"1"} at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:616) 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:45) at winstone.ServletConfiguration.execute(ServletConfiguration.java:248) at winstone.RequestDispatcher.forward(RequestDispatcher.java:333) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:376) 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 winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84) at hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76) at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:164) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:50) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:81) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at winstone.RequestDispatcher.forward(RequestDispatcher.java:331) at winstone.RequestHandlerThread.processRequest(RequestHandlerThread.java:215) at winstone.RequestHandlerThread.run(RequestHandlerThread.java:138) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at winstone.BoundedExecutorService$1.run(BoundedExecutorService.java:77) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:636) Caused by: java.lang.RuntimeException: Failed to instantiate class hudson.plugins.openid.GoogleAppSsoSecurityRealm from {"domain":"afrogleap.com","stapler-class":"hudson.plugins.openid.GoogleAppSsoSecurityRealm","value":"1"} at hudson.model.Descriptor.newInstance(Descriptor.java:575) at hudson.DescriptorExtensionList.newInstanceFromRadioList(DescriptorExtensionList.java:137) at hudson.DescriptorExtensionList.newInstanceFromRadioList(DescriptorExtensionList.java:141) at hudson.security.GlobalSecurityConfiguration.configure(GlobalSecurityConfiguration.java:58) at jenkins.model.Jenkins.configureDescriptor(Jenkins.java:2693) at jenkins.model.Jenkins.doConfigSubmit(Jenkins.java:2656) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:288) at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:151) at
[JIRA] (JENKINS-14760) Failed to instantiate class hudson.plugins.openid.GoogleAppSsoSecurityRealm
Benoit B edited a comment on JENKINS-14760 Failed to instantiate class hudson.plugins.openid.GoogleAppSsoSecurityRealm Status Code: 500 Exception: java.lang.RuntimeException: Failed to instantiate class hudson.plugins.openid.GoogleAppSsoSecurityRealm from {"domain":"myprivatedomain.com","stapler-class":"hudson.plugins.openid.GoogleAppSsoSecurityRealm","value":"1"} Stacktrace: javax.servlet.ServletException: java.lang.RuntimeException: Failed to instantiate class hudson.plugins.openid.GoogleAppSsoSecurityRealm from {"domain":"myprivatedomain.com","stapler-class":"hudson.plugins.openid.GoogleAppSsoSecurityRealm","value":"1"} at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:616) 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:45) at winstone.ServletConfiguration.execute(ServletConfiguration.java:248) at winstone.RequestDispatcher.forward(RequestDispatcher.java:333) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:376) 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 winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84) at hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76) at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:164) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:50) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:81) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at winstone.RequestDispatcher.forward(RequestDispatcher.java:331) at winstone.RequestHandlerThread.processRequest(RequestHandlerThread.java:215) at winstone.RequestHandlerThread.run(RequestHandlerThread.java:138) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at winstone.BoundedExecutorService$1.run(BoundedExecutorService.java:77) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:636) Caused by: java.lang.RuntimeException: Failed to instantiate class hudson.plugins.openid.GoogleAppSsoSecurityRealm from {"domain":"myprivatedomain.com","stapler-class":"hudson.plugins.openid.GoogleAppSsoSecurityRealm","value":"1"} at hudson.model.Descriptor.newInstance(Descriptor.java:575) at hudson.DescriptorExtensionList.newInstanceFromRadioList(DescriptorExtensionList.java:137) at hudson.DescriptorExtensionList.newInstanceFromRadioList(DescriptorExtensionList.java:141) at hudson.security.GlobalSecurityConfiguration.configure(GlobalSecurityConfiguration.java:58) at jenkins.model.Jenkins.configureDescriptor(Jenkins.java:2693) at jenkins.model.Jenkins.doConfigSubmit(Jenkins.java:2656) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:288) at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:151) at
[JIRA] (JENKINS-9258) Remember me on this computer, still getting asked to log in after a few hours
James Howe edited a comment on JENKINS-9258 Remember me on this computer, still getting asked to log in after a few hours Firecookie (with Firebug) reports that the Expires date for ACEGI_SECURITY_HASHED_REMEMBER_ME_COOKIE is invalid. Date: Mon, 03 Sep 2012 12:45:56 GMT Set-Cookie: ACEGI_SECURITY_HASHED_REMEMBER_ME_COOKIE=; Expires=Mon, 17-Sep-12 12:45:56 GMT; Path=/ Note that the Expires date has hyphens in, which (unlike the Date header) is not valid according to RFC 822. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14896) java.io.FileNotFoundException when saving module data
Ronen Peleg commented on JENKINS-14896 java.io.FileNotFoundException when saving module data As I wrote in my last comment, I already tried it on the same machine (master only, without slave) and I'm getting the same problem. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14896) java.io.FileNotFoundException when saving module data
Ognjen Bubalo commented on JENKINS-14896 java.io.FileNotFoundException when saving module data Hi, Today I will make a release which will hopefully fix this problem. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15023) Jenkins 1.478 fails on SVN update
Katalin Boros created JENKINS-15023 Jenkins 1.478 fails on SVN update Issue Type: Bug Affects Versions: current Assignee: Unassigned Components: subversion Created: 03/Sep/12 2:32 PM Description: Seems like when using SVN checkout strategy "Emulate clean checkout by first deleting unversioned/ignored files then svn update" deleting of files on a long path fails. E.g.: org.tmatesoft.svn.core.SVNException: svn: Unable to delete D:\ws\product_x_yyy_ALL\building\Maven\com.xx.xxxproduct\target\products\com.xx.xxx_xxx_xxx.product\win32\win32\x86\features\com.xx.xxx..advanced.feature_1.1.4.201208300230\META-INF\maven\com.xx._plugins\com.xx.xxx..advanced.feature - files in dir: D:\ws\product_x_yyy_ALL\building\Maven\com.xx.xxxproduct\target\products\com.xx.xxx_xxx_xxx.product\win32\win32\x86\features\com.xx.xxx..advanced.feature_1.1.4.201208300230\META-INF\maven\com.xx._plugins\com.xx.xxx..advanced.feature\pom.properties, D:\ws\product_x_yyy_ALL\building\Maven\com.xx.xxxproduct\target\products\com.xx.xxx_xxx_xxx.product\win32\win32\x86\features\com.xx.xxx..advanced.feature_1.1.4.201208300230\META-INF\maven\com.xx._plugins\com.xx.xxx..advanced.feature\pom.xml Deleting of the same file is successful when using Jenkins 1.474 version. Environment: Microsoft Windows Server 2003 Project: Jenkins Priority: Major Reporter: Katalin Boros This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15024) Inline authentication prevents incremental updates
cowwoc created JENKINS-15024 Inline authentication prevents incremental updates Issue Type: Bug Affects Versions: current Assignee: Kohsuke Kawaguchi Components: mercurial Created: 03/Sep/12 2:35 PM Description: If a project specifies a Mercurial URL with inline authentication (such as https://username:passw...@repository.com) then the second time the build runs you will get the following error: ERROR: Workspace reports paths.default as https://usern...@repository.com which looks different than https://username:passw...@repository.com so falling back to fresh clone rather than incremental update Project: Jenkins Priority: Major Reporter: cowwoc This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15009) Plugin should show not only the environment ID and Build ID but also the description
Peter Florijn updated JENKINS-15009 Plugin should show not only the environment ID and Build ID but also the description Change By: Peter Florijn (03/Sep/12 2:36 PM) Summary: Pluginshouldshownotonlythe environement environment IDandBuild id ID butalsothedescription This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15025) Maven-Tycho 0.15.0 build - no additional info in console log about compilation failure
Katalin Boros created JENKINS-15025 Maven-Tycho 0.15.0 build - no additional info in console log about compilation failure Issue Type: Bug Assignee: Unassigned Components: maven Created: 03/Sep/12 2:45 PM Description: When using Jenkins together with Maven and Tycho 0.13.0 version, in the console output of a build one can see detailed information about the exact cause of a compilation failure. Since upgrading to Tycho 0.15.0, when having a compilation failure, no additional info is shown in the console output. When running Maven and Tycho outside of Jenkins from command line, exact information about the compilation failure is shown and available. The current console output from Jenkins in case of a compilation failure looks like: message : Failed to execute goal org.eclipse.tycho:tycho-compiler-plugin:0.15.0:compile (default-compile) on project com.xxx: Compilation failure cause : Compilation failure Stack trace : org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.eclipse.tycho:tycho-compiler-plugin:0.15.0:compile (default-compile) on project com.xxx: Compilation failure at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:213) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:319) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) at org.jvnet.hudson.maven3.launcher.Maven3Launcher.main(Maven3Launcher.java:79) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.codehaus.plexus.classworlds.launcher.Launcher.launchStandard(Launcher.java:329) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:239) at org.jvnet.hudson.maven3.agent.Maven3Main.launch(Maven3Main.java:158) at hudson.maven.Maven3Builder.call(Maven3Builder.java:98) at hudson.maven.Maven3Builder.call(Maven3Builder.java:64) at hudson.remoting.UserRequest.perform(UserRequest.java:118) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:287) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907) at java.lang.Thread.run(Thread.java:619) Caused by: copied.org.apache.maven.plugin.CompilationFailureException: Compilation failure at copied.org.apache.maven.plugin.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:418) at org.eclipse.tycho.compiler.AbstractOsgiCompilerMojo.execute(AbstractOsgiCompilerMojo.java:179) at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) ... 27 more channel stopped And that is all. No one could find out of that what is the real issue behind. Running Maven, Tycho again from the console to see the exact cause is quite troublesome. Environment: Apache Maven 3.0.3 (r1075438; 2011-02-28 18:31:09+0100) Maven home: C:\Program Files\Apache Software
[JIRA] (JENKINS-14138) New git branch has empty changelist
jpschewe commented on JENKINS-14138 New git branch has empty changelist If this only works when Jenkins is setup to do merges, then I know I'm not satisfied and I suspect the OP isn't either. We really need to be able to provide feedback to the committers when they push a new branch and we really don't want to spam everyone on the project with email about branches that they're not working on. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14163) CVS Polling Log error
SCM/JIRA link daemon commented on JENKINS-14163 CVS Polling Log error Code changed in jenkins User: mc1arke Path: src/main/java/hudson/scm/AbstractCvs.java src/main/java/hudson/scm/CVSChangeLogSet.java src/main/java/hudson/scm/CvsLog.java src/test/java/hudson/scm/CvsChangeLogHelperTest.java http://jenkins-ci.org/commit/cvs-plugin/da501e9c5984e7e8b48bbf28cb22a36888e45dcc Log: Changing from regexp to keyword/token based parsing of CVS rlog output FIXED JENKINS-14163 Prevent hanging of polling whilst parsing rlog contents FIXED JENKINS-14293 Handle files with additional parameters in rlog output This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14678) change description containing national characters not showing in changelog
SCM/JIRA link daemon commented on JENKINS-14678 change description containing national characters not showing in changelog Code changed in jenkins User: mc1arke Path: src/main/java/hudson/scm/AbstractCvs.java src/main/java/hudson/scm/CVSChangeLogSet.java src/main/java/hudson/scm/CVSSCM.java src/main/java/hudson/scm/CvsProjectset.java src/main/java/hudson/scm/ICvsDescriptor.java http://jenkins-ci.org/commit/cvs-plugin/2f8e49edf358d4f01b385a5fad69e1182fa71006 Log: Specifying encoding to read/write temporary files and changelogs in FIXED JENKINS-4633 Force changelog encoding during file read FIXED JENKINS-14678 Force changelog encoding during file write This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14293) Error in ChangeLog if some of the changed files are locked
SCM/JIRA link daemon commented on JENKINS-14293 Error in ChangeLog if some of the changed files are locked Code changed in jenkins User: mc1arke Path: src/main/java/hudson/scm/AbstractCvs.java src/main/java/hudson/scm/CVSChangeLogSet.java src/main/java/hudson/scm/CvsLog.java src/test/java/hudson/scm/CvsChangeLogHelperTest.java http://jenkins-ci.org/commit/cvs-plugin/da501e9c5984e7e8b48bbf28cb22a36888e45dcc Log: Changing from regexp to keyword/token based parsing of CVS rlog output FIXED JENKINS-14163 Prevent hanging of polling whilst parsing rlog contents FIXED JENKINS-14293 Handle files with additional parameters in rlog output This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-4633) can't set cvs change's encoding
SCM/JIRA link daemon commented on JENKINS-4633 cant set cvs changes encoding Code changed in jenkins User: mc1arke Path: src/main/java/hudson/scm/AbstractCvs.java src/main/java/hudson/scm/CVSChangeLogSet.java src/main/java/hudson/scm/CVSSCM.java src/main/java/hudson/scm/CvsProjectset.java src/main/java/hudson/scm/ICvsDescriptor.java http://jenkins-ci.org/commit/cvs-plugin/2f8e49edf358d4f01b385a5fad69e1182fa71006 Log: Specifying encoding to read/write temporary files and changelogs in FIXED JENKINS-4633 Force changelog encoding during file read FIXED JENKINS-14678 Force changelog encoding during file write This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14343) URL for ViewVC/ViewCVS contains portion of CVSROOT
SCM/JIRA link daemon commented on JENKINS-14343 URL for ViewVC/ViewCVS contains portion of CVSROOT Code changed in jenkins User: mc1arke Path: src/main/java/hudson/scm/browsers/ViewCVS.java http://jenkins-ci.org/commit/cvs-plugin/ba40382bf959c787be5f0eb9d276ba08c2977153 Log: FIXED JENKINS-14343 Using File name rather than full path in ViewCvs line Compare: https://github.com/jenkinsci/cvs-plugin/compare/2a8eaa1b82d2...ba40382bf959 This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14343) URL for ViewVC/ViewCVS contains portion of CVSROOT
SCM/JIRA link daemon resolved JENKINS-14343 as Fixed URL for ViewVC/ViewCVS contains portion of CVSROOT Change By: SCM/JIRA link daemon (03/Sep/12 5:39 PM) Status: InProgress Resolved Resolution: Fixed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14163) CVS Polling Log error
Michael Clarke resolved JENKINS-14163 as Fixed CVS Polling Log error Change By: Michael Clarke (03/Sep/12 5:57 PM) Status: InProgress Resolved Resolution: Fixed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14293) Error in ChangeLog if some of the changed files are locked
Michael Clarke resolved JENKINS-14293 as Fixed Error in ChangeLog if some of the changed files are locked Change By: Michael Clarke (03/Sep/12 5:57 PM) Status: InProgress Resolved Resolution: Fixed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14948) Cannot commit the configuration change
Frédéric Camblor commented on JENKINS-14948 Cannot commit the configuration change Yup that's the purpose of JENKINS-12874 This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-4633) can't set cvs change's encoding
Michael Clarke resolved JENKINS-4633 as Fixed cant set cvs changes encoding Change By: Michael Clarke (03/Sep/12 5:58 PM) Status: InProgress Resolved Resolution: Fixed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-13764) CVS authentication failure while running rlog command (Windows master / Unix slave)
Michael Clarke commented on JENKINS-13764 CVS authentication failure while running rlog command (Windows master / Unix slave) Daniel: I'm unable to replicate your issue, please provide a new Stack Trace and the details of where your private key and known hosts file are saved. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14852) Campfire plugin fails to send notification
Stephen Jones commented on JENKINS-14852 Campfire plugin fails to send notification This issue went away when I restarted Jenkins. It's still a bug though. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15026) Jenkins EC2 Plugin 500 error on saving node config
Stephen Jones created JENKINS-15026 Jenkins EC2 Plugin 500 error on saving node config Issue Type: Bug Affects Versions: current Assignee: Kohsuke Kawaguchi Components: ec2 Created: 03/Sep/12 7:45 PM Description: When I follow this chain of actions in Jenkins: Manage Jenkins Manage Nodes node Configure Save I get this error: Status Code: 500 Exception: net.sf.json.JSONException: JSONObjectname not found. Stacktrace: javax.servlet.ServletException: net.sf.json.JSONException: JSONObjectname not found. at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:616) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:659) at org.kohsuke.stapler.MetaClass$12.dispatch(MetaClass.java:384) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:574) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:659) at org.kohsuke.stapler.MetaClass$4.doDispatch(MetaClass.java:203) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:574) 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:45) at winstone.ServletConfiguration.execute(ServletConfiguration.java:248) at winstone.RequestDispatcher.forward(RequestDispatcher.java:333) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:376) 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.plugins.audit_trail.AuditTrailFilter.doFilter(AuditTrailFilter.java:66) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98) at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:87) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84) at hudson.security.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:166) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:173) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at 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
[JIRA] (JENKINS-14896) java.io.FileNotFoundException when saving module data
Ognjen Bubalo commented on JENKINS-14896 java.io.FileNotFoundException when saving module data Ok, soon the release will be visible. It is not 100% that it will help so please give us feedback ASAP. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14316) Mstestrunner plugin adds /noisolation parameter to command which causes hanging of test
Ido Ran commented on JENKINS-14316 Mstestrunner plugin adds /noisolation parameter to command which causes hanging of test The fix was published on version 0.2 This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14420) All SSH hosts are changed to be copies of the first SSH host entry after upgrade to 2.0
SCM/JIRA link daemon commented on JENKINS-14420 All SSH hosts are changed to be copies of the first SSH host entry after upgrade to 2.0 Code changed in jenkins User: Edmund Wagner Path: src/main/java/org/jvnet/hudson/plugins/SSHBuildWrapper.java src/main/resources/org/jvnet/hudson/plugins/SSHBuildWrapper/config.jelly http://jenkins-ci.org/commit/ssh-plugin/ada65c364dce4a15c0b7751c8976fec570829617 Log: fixed JENKINS-14420: removed buggy jelly inputs and default site selection This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15005) SSH Plugin throws NPE
SCM/JIRA link daemon commented on JENKINS-15005 SSH Plugin throws NPE Code changed in jenkins User: Edmund Wagner Path: src/main/java/org/jvnet/hudson/plugins/SSHSite.java http://jenkins-ci.org/commit/ssh-plugin/d215b6901c4af28600e6e2062110f468b193ec94 Log: fixed JENKINS-15005: fixed config migration issue Compare: https://github.com/jenkinsci/ssh-plugin/compare/1c2b3aa20b33...d215b6901c4a This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14420) All SSH hosts are changed to be copies of the first SSH host entry after upgrade to 2.0
edmund_wagner resolved JENKINS-14420 as Fixed All SSH hosts are changed to be copies of the first SSH host entry after upgrade to 2.0 Change By: edmund_wagner (03/Sep/12 9:22 PM) Status: Open Resolved Resolution: Fixed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15005) SSH Plugin throws NPE
edmund_wagner assigned JENKINS-15005 to edmund_wagner SSH Plugin throws NPE Change By: edmund_wagner (03/Sep/12 9:22 PM) Assignee: edmund_wagner This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15005) SSH Plugin throws NPE
edmund_wagner resolved JENKINS-15005 as Fixed SSH Plugin throws NPE Change By: edmund_wagner (03/Sep/12 9:22 PM) Status: Open Resolved Resolution: Fixed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15027) Cron expression 'H H * * *' does not work as advertised
Danny Yates created JENKINS-15027 Cron _expression_ H H * * * does not work as advertised Issue Type: Bug Affects Versions: current Assignee: Unassigned Components: core Created: 03/Sep/12 9:35 PM Description: Setting cron _expression_ 'H H * * *' is supposed to generate a "random" time for the job to spread load. However, on 1.478 it appears to simply generate "0 0 * * *". Project: Jenkins Labels: cron, Priority: Minor Reporter: Danny Yates This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14207) Upgrade Selenium Grid Plugin to latest Selenium
Richard Lavoie commented on JENKINS-14207 Upgrade Selenium Grid Plugin to latest Selenium Latest release (v2.1) has been updated to latest version of selenium (v2.25) This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14207) Upgrade Selenium Grid Plugin to latest Selenium
Richard Lavoie resolved JENKINS-14207 as Fixed Upgrade Selenium Grid Plugin to latest Selenium Should be fixed with latest release of plugin Change By: Richard Lavoie (04/Sep/12 4:15 AM) Status: Open Resolved Resolution: Fixed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-6197) Failed Loading plugin selenium
Richard Lavoie assigned JENKINS-6197 to Richard Lavoie Failed Loading plugin selenium Change By: Richard Lavoie (04/Sep/12 4:16 AM) Assignee: KohsukeKawaguchi RichardLavoie This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-6197) Failed Loading plugin selenium
Richard Lavoie resolved JENKINS-6197 as Fixed Failed Loading plugin selenium Old post, should be fixed with latest release of plugin v2.1 and using a more recent jenkins version. Change By: Richard Lavoie (04/Sep/12 4:17 AM) Status: Open Resolved Resolution: Fixed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-5288) Environment variables are not set in slaves
Richard Lavoie commented on JENKINS-5288 Environment variables are not set in slaves The new version allows configurations to set the DISPLAY variable so it can be used with the XVFB plugin on headless servers as well as UI enabled servers. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-10206) Dynamically select nodes to run SeleniumServer on based on node label
Richard Lavoie resolved JENKINS-10206 as Fixed Dynamically select nodes to run SeleniumServer on based on node label This is the main new features of the latest (v2.1) selenium plugin version Change By: Richard Lavoie (04/Sep/12 4:21 AM) Status: Open Resolved Assignee: KohsukeKawaguchi RichardLavoie Resolution: Fixed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-11743) selenium plugin -- slaves/remote control servers stay in in use status even they are not really in use
Richard Lavoie resolved JENKINS-11743 as Fixed selenium plugin -- slaves/remote control servers stay in in use status even they are not really in use Should not happen anymore with the timeout option from selenium grid. Latest version v2.1 now includes selenium 2.25 which would take care of the timeout of the sessions. Change By: Richard Lavoie (04/Sep/12 4:26 AM) Status: Open Resolved Resolution: Fixed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira