[JIRA] (JENKINS-15324) email-ext static-analysis template show empty data for Findbugs if job is a Maven project
Ulli Hafner commented on JENKINS-15324 email-ext static-analysis template show empty data for Findbugs if job is a Maven project Can you please show a screenshot of the build page of your maven project? Is there a difference between the stable and the failed build? When the result is there then it should be possible to navigate to the results in the email, too. 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-15420) Support RhodeCode
Andreyev Melo commented on JENKINS-15420 Support RhodeCode Should be closed since it was fixed on https://github.com/jenkinsci/git-plugin/pull/104 ? 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-12271) Jenkins DoS's itself with ajax checks from job/*/configure with large workspace
Tomas Westling commented on JENKINS-12271 Jenkins DoS's itself with ajax checks from job/*/configure with large workspace We have seen the exact same bug. We haven't gotten the CPU to run out since the bug was found on a machine with lots of cores but as soon as we go to the configure page, the cpu for the slave process goes to 500% then slowly stabilizes at 100% and stays there indefinitely. 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-9979) copy files back to master aborts due to InterruptedException
Dirk Maucher commented on JENKINS-9979 copy files back to master aborts due to InterruptedException hello together, we ran into the same problem here: 12:36:13 [copy-to-slave] Copying '1.0/cfg.xml', excluding nothing, from 'file:/data/home/jenkins_slave/workspace/deploy_server1/' on 'hudson.slaves.DumbSlave@5cdf2b4f' to 'file:/d:/jenkins/UserContent/1.0/server' on the master. 13:23:41 ERROR: Publisher com.michelin.cio.hudson.plugins.copytoslave.CopyToMasterNotifier aborted due to exception 13:23:41 hudson.util.IOException2: java.io.IOException 13:23:41 at hudson.remoting.FastPipedInputStream.read(FastPipedInputStream.java:175) 13:23:41 at hudson.util.HeadBufferingStream.read(HeadBufferingStream.java:61) 13:23:41 at java.io.FilterInputStream.read(FilterInputStream.java:90) 13:23:41 at hudson.util.HeadBufferingStream.fillSide(HeadBufferingStream.java:83) 13:23:41 at hudson.FilePath$TarCompression$2.extract(FilePath.java:620) 13:23:41 at hudson.FilePath.copyRecursiveTo(FilePath.java:1848) 13:23:41 at com.michelin.cio.hudson.plugins.copytoslave.CopyToMasterNotifier.perform(CopyToMasterNotifier.java:93) 13:23:41 at hudson.tasks.BuildStepMonitor$3.perform(BuildStepMonitor.java:36) 13:23:41 at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:717) 13:23:41 at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:692) 13:23:41 at hudson.model.Build$BuildExecution.cleanUp(Build.java:192) 13:23:41 at hudson.model.Run.execute(Run.java:1546) 13:23:41 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) 13:23:41 at hudson.model.ResourceController.execute(ResourceController.java:88) 13:23:41 at hudson.model.Executor.run(Executor.java:236) 13:23:41 13:23:41 at hudson.FilePath.copyRecursiveTo(FilePath.java:1855) 13:23:41 at com.michelin.cio.hudson.plugins.copytoslave.CopyToMasterNotifier.perform(CopyToMasterNotifier.java:93) 13:23:41 at hudson.tasks.BuildStepMonitor$3.perform(BuildStepMonitor.java:36) 13:23:41 at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:717) 13:23:41 at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:692) 13:23:41 at hudson.model.Build$BuildExecution.cleanUp(Build.java:192) 13:23:41 at hudson.model.Run.execute(Run.java:1546) 13:23:41 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) 13:23:41 at hudson.model.ResourceController.execute(ResourceController.java:88) 13:23:41 at hudson.model.Executor.run(Executor.java:236) 13:23:41 Caused by: java.util.concurrent.ExecutionException: hudson.remoting.RequestAbortedException: java.io.IOException: Unexpected termination of the channel 13:23:41 at hudson.remoting.Request$1.get(Request.java:278) 13:23:41 at hudson.remoting.Request$1.get(Request.java:210) 13:23:41 at hudson.remoting.FutureAdapter.get(FutureAdapter.java:59) 13:23:41 at hudson.FilePath.copyRecursiveTo(FilePath.java:1851) 13:23:41 ... 9 more 13:23:41 Caused by: hudson.remoting.RequestAbortedException: java.io.IOException: Unexpected termination of the channel 13:23:41 at hudson.remoting.Request.abort(Request.java:299) 13:23:41 at hudson.remoting.Channel.terminate(Channel.java:724) 13:23:41 at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:69) 13:23:41 Caused by: java.io.IOException: Unexpected termination of the channel 13:23:41 at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:50) 13:23:41 Caused by: java.io.EOFException 13:23:41 at java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2553) 13:23:41 at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1296) 13:23:41 at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350) 13:23:41 at hudson.remoting.Command.readFrom(Command.java:90) 13:23:41 at hudson.remoting.ClassicCommandTransport.read(ClassicCommandTransport.java:59) 13:23:41 at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:48) 13:23:41 Notifying upstream projects of job completion 13:23:41 Finished: FAILURE the server is windows and the slave is AIX. sometimes it works, but sometimes not. and I found no way to reproduce this effect. do you have any ideas if this will be fixed or do you know any workaround with alternative plugins? we need to execute the job on a AIX slave node and need to copy a file from this slav
[JIRA] (JENKINS-15242) org.objectweb.asm.ClassReader.accept error
SCM/JIRA link daemon commented on JENKINS-15242 org.objectweb.asm.ClassReader.accept error Code changed in jenkins User: Ognjen Bubalo Path: pom.xml http://jenkins-ci.org/commit/jacoco-plugin/ee58f711a6f9a62e379f760b0b8b31464f8adfa5 Log: Fixing JENKINS-15242 org.objectweb.asm.ClassReader.accept error: Using pluginClassLoaderFirst. Compare: https://github.com/jenkinsci/jacoco-plugin/compare/4e138b068de1...ee58f711a6f9 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-15242) org.objectweb.asm.ClassReader.accept error
Ognjen Bubalo resolved JENKINS-15242 as Fixed org.objectweb.asm.ClassReader.accept error Upcoming 1.0.7 should fix this issue. Please give us a feedback! Change By: Ognjen Bubalo (08/Oct/12 12:39 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-15435) 1.485 Jenkins Debian packages not found
bitard michael created JENKINS-15435 1.485 Jenkins Debian packages not found Issue Type: Bug Assignee: Unassigned Components: update-center Created: 08/Oct/12 1:15 PM Description: The url http://pkg.jenkins-ci.org/debian/binary/jenkins_1.485_all.deb redirect to http://ftp-nyc.osuosl.org/pub/jenkins/debian/jenkins_1.485_all.deb which is not found Environment: OS : Ubuntu 12.04 Project: Jenkins Priority: Major Reporter: bitard michael 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-15436) Error using multithreading in make command
Sergey Fomin created JENKINS-15436 Error using multithreading in make command Issue Type: Bug Affects Versions: current Assignee: Unassigned Components: cmakebuilder Created: 08/Oct/12 1:45 PM Description: If the field "Make Command" write command "make -j6", then we have an error: There's no such executable make -j6 in PATH: /usr/local/bin, /usr/bin, /bin, /opt/ant/bin. How to run a command such as "make -j6" ? Project: Jenkins Priority: Major Reporter: Sergey Fomin 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-15354) Add option to fail the build if specified "Files to deploy" do not exist
Brent Duffy commented on JENKINS-15354 Add option to fail the build if specified "Files to deploy" do not exist Hi Gregory, I tested the updated plugin, artifactdeployer-0.24-SNAPSHOT.hpi, and it looks like it works perfectly! Thanks so much for adding this feature! 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-15182) improve formatting of coverage reports
SCM/JIRA link daemon commented on JENKINS-15182 improve formatting of coverage reports Code changed in jenkins User: Ognjen Bubalo Path: src/main/java/hudson/plugins/jacoco/report/MethodReport.java http://jenkins-ci.org/commit/jacoco-plugin/a697060e4a1d3a33a64eb4e14766346f6d4803c5 Log: Fixing: JENKINS-14928: Sourcefile highlighting loses the indentation JENKINS-15182: improve formatting of coverage reports 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-14928) Sourcefile highlighting loses the indentation
SCM/JIRA link daemon commented on JENKINS-14928 Sourcefile highlighting loses the indentation Code changed in jenkins User: Ognjen Bubalo Path: src/main/java/hudson/plugins/jacoco/report/MethodReport.java http://jenkins-ci.org/commit/jacoco-plugin/a697060e4a1d3a33a64eb4e14766346f6d4803c5 Log: Fixing: JENKINS-14928: Sourcefile highlighting loses the indentation JENKINS-15182: improve formatting of coverage reports 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-15324) email-ext static-analysis template show empty data for Findbugs if job is a Maven project
hhuynh updated JENKINS-15324 email-ext static-analysis template show empty data for Findbugs if job is a Maven project I rerun it and took the a closer look and realized both Findbugs Warnings and Static Analysis Warnings disappeared after the failed run. I had to refresh the page to see that (otherwise, it would look like they're still there but they're actually links from successful build earlier). Screenshot attached. I have a temporarily instance of Jenkins running here http://173.167.103.153:8080 Change By: hhuynh (08/Oct/12 3:52 PM) Attachment: screenshot-4.jpg 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-15292) RedeployPublisher no longer falls back to $M2_HOME/conf/settings.xml
sbrinkmeyer commented on JENKINS-15292 RedeployPublisher no longer falls back to $M2_HOME/conf/settings.xml my scenario, the master is linux, and the slaves that are failing this are also linux. 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-7957) Hudson Parsing POMs Hanging
Jesco von Voss reopened JENKINS-7957 Hudson Parsing POMs Hanging Our jenkins builds have stuck several times in the recent days. Attached is a threaddump of the slave. It is a CentOS 6 running Jenkins 1.476 on Java 1.6.0_31. Change By: Jesco von Voss (08/Oct/12 4:13 PM) Resolution: Cannot Reproduce Status: Resolved Reopened 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-7957) Hudson Parsing POMs Hanging
Jesco von Voss updated JENKINS-7957 Hudson Parsing POMs Hanging Change By: Jesco von Voss (08/Oct/12 4:13 PM) Attachment: systemInfo.htm 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-12908) TFS errors during get operation do not fail the build
jeffolson commented on JENKINS-12908 TFS errors during get operation do not fail the build Hi Erik, The specific errors are in the initial description. In this case they were all either "TF246017: Team Foundation Server could not connect to the database" errors, or "The server returned content type text/html, which is not supported." errors. Thanks, Jeff 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-15435) 1.485 Jenkins Debian packages not found
Larry Shatzer, Jr. resolved JENKINS-15435 as Fixed 1.485 Jenkins Debian packages not found Change By: Larry Shatzer, Jr. (08/Oct/12 6:04 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-14643) Version 1.476 does not exist
Larry Shatzer, Jr. resolved JENKINS-14643 as Fixed Version 1.476 does not exist Change By: Larry Shatzer, Jr. (08/Oct/12 6:07 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-15435) 1.485 Jenkins Debian packages not found
bitard michael closed JENKINS-15435 as Fixed 1.485 Jenkins Debian packages not found Thanks Change By: bitard michael (08/Oct/12 6:11 PM) Status: Resolved Closed 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-15416) The CVS changes detector always does no filtering on selected branch or tag
Michael Clarke commented on JENKINS-15416 The CVS changes detector always does no filtering on selected branch or tag Do you have rlog output and the name of the branch you're building against? We don't apply -r since CvsLog does filtering according to version numbers so should filter out the changes we're not interested in. 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-9142) "Add Build Step" button broken in job configure page
Jonathan Sternberg commented on JENKINS-9142 "Add Build Step" button broken in job configure page Ran into this issue with both Jenkins 1.482 and 1.483. It only happened with one URL (a second test server I ran did not experience the same issue, but it was run on a different box). At Daniel Latter's advice from the previous comment, clearing the cache seemed to solve the issue. 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-15437) ERR_CONTENT_DECODING_FAILED on Custom Views with Project-based Matrix Authorization
glimberg created JENKINS-15437 ERR_CONTENT_DECODING_FAILED on Custom Views with Project-based Matrix Authorization Issue Type: Bug Affects Versions: current Assignee: Jacob Robertson Components: view-job-filters Created: 08/Oct/12 6:48 PM Description: I have Jenkins set up with Project-based Matrix Authorization Strategy and have several custom build views. If a user attempts to switch to a view that has 1 or more projects that they do not have access to, Chrome brings up an error page with Error 330 (net::ERR_CONTENT_DECODING_FAILED: Unknown Error. Firefox brings up an error page saying "Content Encoding Error". Expected behavior would be to show no error and only show projects that the user has access to. Project: Jenkins Priority: Major Reporter: glimberg 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-2074) Redmine External site integrations
Larry Shatzer, Jr. resolved JENKINS-2074 as Fixed Redmine External site integrations https://wiki.jenkins-ci.org/display/JENKINS/Redmine+Plugin Change By: Larry Shatzer, Jr. (08/Oct/12 6:51 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-2920) Allow groovy scripts to be saved
Larry Shatzer, Jr. commented on JENKINS-2920 Allow groovy scripts to be saved Scriptler plugin solves this: https://wiki.jenkins-ci.org/display/JENKINS/Scriptler+Plugin 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-15242) org.objectweb.asm.ClassReader.accept error
Tim Preston commented on JENKINS-15242 org.objectweb.asm.ClassReader.accept error I just installed 1.0.7 (first time installing this plugin). I'm still getting the same error. 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-15354) Add option to fail the build if specified "Files to deploy" do not exist
Gregory Boissinot resolved JENKINS-15354 as Fixed Add option to fail the build if specified "Files to deploy" do not exist Change By: Gregory Boissinot (08/Oct/12 8:49 PM) Status: In Progress 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-15438) Violations plugin: exception due to invalid characters in filename
Jared Szechy created JENKINS-15438 Violations plugin: exception due to invalid characters in filename Issue Type: Bug Affects Versions: current Assignee: peterkittreilly Attachments: netmetrics.xml Components: violations Created: 08/Oct/12 9:16 PM Description: I receive the following exception when the violations report is being published. ERROR: Publisher hudson.plugins.violations.ViolationsPublisher aborted due to exception java.io.FileNotFoundException: C:\Program Files (x86)\Jenkins\jobs\Dashboard\builds\2012-10-08_16-58-57\violations\file\Dashboard.API.CcsApi+<>c__DisplayClass2a.xml (The filename, directory name, or volume label syntax is incorrect) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.(Unknown Source) at java.io.FileOutputStream.(Unknown Source) at hudson.FilePath.write(FilePath.java:1478) at hudson.plugins.violations.generate.ExecuteFilePath.execute(ExecuteFilePath.java:40) at hudson.plugins.violations.generate.GenerateXML.execute(GenerateXML.java:47) at hudson.plugins.violations.ViolationsCollector.invoke(ViolationsCollector.java:122) at hudson.plugins.violations.ViolationsCollector.invoke(ViolationsCollector.java:25) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.plugins.violations.ViolationsPublisher.perform(ViolationsPublisher.java:74) at hudson.tasks.BuildStepMonitor$3.perform(BuildStepMonitor.java:36) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:717) at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:692) at hudson.model.Build$BuildExecution.post2(Build.java:183) at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:639) at hudson.model.Run.execute(Run.java:1527) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Since this is a windows system the filename contains invalid characters. The filenames need to be encoded or formatted properly for a Windows system. I've attached the output from fxcop. Environment: Windows 7 Project: Jenkins Labels: plugin windows exception Priority: Blocker Reporter: Jared Szechy 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-15109) Stacktrace introduced in 1.481 when going to http:// /computer/(master)/api/xml
Dan Savilonis commented on JENKINS-15109 Stacktrace introduced in 1.481 when going to http:// /computer/(master)/api/xml Looks like this may already be fixed here: https://github.com/jenkinsci/jenkins/commit/fcd4f4e30163805b40d727ce90229a407da64fd8 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-15109) Stacktrace introduced in 1.481 when going to http:// /computer/(master)/api/xml
Dan Savilonis edited a comment on JENKINS-15109 Stacktrace introduced in 1.481 when going to http:// /computer/(master)/api/xml n/a 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-15357) Adding test artifacts as attachment to Testopia testcases
Bruno P. Kinoshita commented on JENKINS-15357 Adding test artifacts as attachment to Testopia testcases We have to implement in testopia-java-driver the Attachments methods: $BUGZILLA_HOME/bugzilla-4.2.1/docs/en/html/api/extensions/Testopia/lib/Attachment.html This will be postponed until it has been added to testopia-java-driver 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-15357) Adding test artifacts as attachment to Testopia testcases
Bruno P. Kinoshita edited a comment on JENKINS-15357 Adding test artifacts as attachment to Testopia testcases We have to implement in testopia-java-driver the Attachments methods: $BUGZILLA_HOME/docs/en/html/api/extensions/Testopia/lib/Attachment.html This will be postponed until it has been added to testopia-java-driver 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-14972) Support JUnit test results seeking strategy
Bruno P. Kinoshita started work on JENKINS-14972 Support JUnit test results seeking strategy Change By: Bruno P. Kinoshita (08/Oct/12 11:45 PM) Status: Open In Progress 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-15357) Adding test artifacts as attachment to Testopia testcases
Bruno P. Kinoshita started work on JENKINS-15357 Adding test artifacts as attachment to Testopia testcases Change By: Bruno P. Kinoshita (08/Oct/12 11:44 PM) Status: Open In Progress 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-14971) Support TestNG test results seeking strategy
Bruno P. Kinoshita started work on JENKINS-14971 Support TestNG test results seeking strategy Change By: Bruno P. Kinoshita (08/Oct/12 11:45 PM) Status: Open In Progress 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-15439) Jenkins build records lazy-loading failed to load some of my jobs.
Pei-Tang Huang created JENKINS-15439 Jenkins build records lazy-loading failed to load some of my jobs. Issue Type: Bug Assignee: Unassigned Components: core Created: 09/Oct/12 3:05 AM Description: After upgraded to 1.485, following exception occurs while Jenkins starting up. 2012/10/9 10:53:40AM jenkins.InitReactorRunner$1 onTaskFailed FATAL: Failed Loading job prc-production java.lang.IndexOutOfBoundsException: Index: 20, Size: 20 at java.util.ArrayList.RangeCheck(Unknown Source) at java.util.ArrayList.get(Unknown Source) at jenkins.model.lazy.SortedList.get(SortedList.java:60) at jenkins.model.lazy.AbstractLazyLoadRunMap.search(AbstractLazyLoadRunMap.java:402) at jenkins.model.lazy.AbstractLazyLoadRunMap.newestBuild(AbstractLazyLoadRunMap.java:287) at hudson.model.AbstractProject.getLastBuild(AbstractProject.java:998) at hudson.maven.AbstractMavenProject.createTransientActions(AbstractMavenProject.java:184) at hudson.maven.MavenModuleSet.createTransientActions(MavenModuleSet.java:365) ... Environment: Windows Server 2008 R2 Project: Jenkins Labels: job record lazy-loading Priority: Major Reporter: Pei-Tang Huang 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-15439) Jenkins build records lazy-loading failed to load some of my jobs.
Jyrki Puttonen commented on JENKINS-15439 Jenkins build records lazy-loading failed to load some of my jobs. I got something similar, exception below. This job didn't have any triggers as it is launched by another job. I managed to get this one to load by adding SCM trigger manually into config.xml. SEVERE: Failed Loading job jobX java.util.NoSuchElementException at java.util.AbstractList$Itr.next(AbstractList.java:364) at jenkins.model.lazy.AbstractLazyLoadRunMap.all(AbstractLazyLoadRunMap.java:537) at jenkins.model.lazy.AbstractLazyLoadRunMap.entrySet(AbstractLazyLoadRunMap.java:230) at java.util.AbstractMap$2$1.(AbstractMap.java:378) at java.util.AbstractMap$2.iterator(AbstractMap.java:377) at hudson.util.RunList.iterator(RunList.java:102) at org.jvnet.hudson.plugins.DownStreamProjectActionFactory.createFor(DownStreamProjectActionFactory.java:59) at hudson.model.AbstractProject.createTransientActions(AbstractProject.java:675) at hudson.maven.AbstractMavenProject.createTransientActions(AbstractMavenProject.java:177) at hudson.model.AbstractProject.updateTransientActions(AbstractProject.java:665) at hudson.maven.MavenModule.updateTransientActions(MavenModule.java:411) at hudson.model.AbstractProject.onLoad(AbstractProject.java:299) at hudson.maven.MavenModule.onLoad(MavenModule.java:236) at hudson.model.Items.load(Items.java:221) at hudson.model.ItemGroupMixIn.loadChildren(ItemGroupMixIn.java:99) at hudson.maven.MavenModuleSet.onLoad(MavenModuleSet.java:669) at hudson.model.Items.load(Items.java:221) at jenkins.model.Jenkins$17.run(Jenkins.java:2507) at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:146) at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:259) at jenkins.model.Jenkins$7.runTask(Jenkins.java:883) at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:187) at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:94) 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:722) 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-15324) email-ext static-analysis template show empty data for Findbugs if job is a Maven project
Ulli Hafner commented on JENKINS-15324 email-ext static-analysis template show empty data for Findbugs if job is a Maven project Ok, I see. Then the problem is not in email only. It is in the internal logic of the maven code: the aggregating action is not created when the build failed in a maven module. Until this is fixed you can use as a workaround the unstable thresholds and not the failed ones (i.e. a warning sets the build to unstable). Alternatively, as you already described use the freestyle project. 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-13133) "Permission denied" due to wrong file system permissions upon update/checkout.
Martynas Mickevičius commented on JENKINS-13133 "Permission denied" due to wrong file system permissions upon update/checkout. I had exactly the same problem using Hudson ver. 2.2.0. Problem was solved by switching java to 32 bit. Had permission problems with: java version "1.6.0_27" Java(TM) SE Runtime Environment (build 1.6.0_27-b07) Java HotSpot(TM) 64-Bit Server VM (build 20.2-b06, mixed mode) No permission problems with: java version "1.6.0_27" Java(TM) SE Runtime Environment (build 1.6.0_27-b07) Java HotSpot(TM) Server VM (build 20.2-b06, mixed mode) Was running hudson as a slave on: SunOS 5.10 Generic_127111-06 sun4u sparc SUNW,SPARC-Enterprise 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-15324) Aggregated maven result shows empty data when a module fails the build due to a threshold being hit
Ulli Hafner updated JENKINS-15324 Aggregated maven result shows empty data when a module fails the build due to a threshold being hit Change By: Ulli Hafner (09/Oct/12 6:27 AM) Summary: email-ext static-analysis template show Aggregated maven result shows empty data for Findbugs if job is when a Maven project module fails the build due to a threshold being hit Environment: email-ext 2.24.1, jenkins 1.483, findbugs plugin 4.44, Static Analysis Utilities 1.47 Description: email-ext 2.24.1, jenkins 1.483, findbugs plugin 4.44, Static Analysis Utilities 1.47I use static-analysis template for a Maven project and all aggregation results are not computed if the warnings data come up empty build failed during a maven module ( see attachment due to a threshold being hit ) If . I switch it to Freestyle project .e. , then the data shows up build creates a maven module result with status failure . However, the aggregation action on job level does not show these results. Component/s: analysis-core Component/s: findbugs Component/s: email-ext 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-15440) Emailing users at the end of a failed build very slow for big Jenkins instance using subversion
Will Thames created JENKINS-15440 Emailing users at the end of a failed build very slow for big Jenkins instance using subversion Issue Type: Bug Affects Versions: current Assignee: Unassigned Attachments: jenkins-threaddump.txt Components: subversion Created: 09/Oct/12 6:52 AM Description: At the end of a failing build, the hudson.tasks.MailSender.buildCulpritList determines who to email. The problem comes when hudson.scm.SubversionMailAddressResolverImpl.findMailAddressFor determines the email address of the user by finding all builds a user has committed to. This is done by iterating over every single Jenkins project (hudson.model.User.getProjects() first finds all projects and then uses AbstractProject.hasParticipant - which reads the changelog to see if the user participated). For a large system (we have tens of thousands of builds), this is not at all efficient. Unfortunately findMailAddressFor takes a user and not a project (as the obvious implementation would be to work out the email address from the commit). Also, the results aren't cached and so this is run for every user every time. I'm not sure if this can be resolved with just a fix to the subversion-plugin Environment: Jenkins 1.447 LTS Subversion 1.35 Although both Jenkins and subversion plugin are not latest version, I have browsed github for latest versions and I believe this issue to still be present. Project: Jenkins Priority: Minor Reporter: Will Thames 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
