[JIRA] (JENKINS-14873) NPE after upgrade
Whitey zerofour assigned JENKINS-14873 to Whitey zerofour NPE after upgrade Change By: Whitey zerofour (05/Sep/12 4:27 AM) Assignee: Julien RENAUT Whitey zerofour 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-14873) NPE after upgrade
Whitey zerofour commented on JENKINS-14873 NPE after upgrade Unfortunately xfpanel doesn't gracefully handle the upgrade, per the wiki: delete and add the view again (sorry). However, as a short cut you may go to the yourview/configure page and put numbers in for all the values it complains about. 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-14844) Author no longer shown in change log after upgrading integrity plugin to 1.15
Cyril Jean commented on JENKINS-14844 Author no longer shown in change log after upgrading integrity plugin to 1.15 Have same problem since update 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
OHTAKE Tomohiro commented on JENKINS-15027 Cron _expression_ 'H H * * *' does not work as advertised JAVA_ARGS "-Dhudson.scheduler.BaseParser.hash=true" is required to enabled 'H' token. It seems that there is no description about that. 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-15044) Tomcat deployment Fails when using Deploy To Container plugin
Jared Griffith created JENKINS-15044 Tomcat deployment Fails when using Deploy To Container plugin Issue Type: Bug Affects Versions: current Assignee: Unassigned Components: deploy Created: 04/Sep/12 11:49 PM Description: When using the deploy to container plugin to deploy to a Tomcat 7 container, I get the following error: Deploying /var/lib/jenkins/jobs/Demo1/workspace/target/ROOT.war to container Tomcat 7.x Remote ERROR: Publisher hudson.plugins.deploy.DeployPublisher aborted due to exception org.codehaus.cargo.container.ContainerException: Failed to redeploy [/var/lib/jenkins/jobs/Demo1/workspace/target/ROOT.war] at org.codehaus.cargo.container.tomcat.internal.AbstractTomcatManagerDeployer.redeploy(AbstractTomcatManagerDeployer.java:195) at hudson.plugins.deploy.CargoContainerAdapter.deploy(CargoContainerAdapter.java:64) at hudson.plugins.deploy.CargoContainerAdapter$1.invoke(CargoContainerAdapter.java:90) at hudson.plugins.deploy.CargoContainerAdapter$1.invoke(CargoContainerAdapter.java:77) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.plugins.deploy.CargoContainerAdapter.redeploy(CargoContainerAdapter.java:77) at hudson.plugins.deploy.DeployPublisher.perform(DeployPublisher.java:47) 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) Caused by: java.io.FileNotFoundException: http://demo1-vm.picsauditing.com:8080/manager//manager/text/list at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1434) at org.codehaus.cargo.container.tomcat.internal.TomcatManager.invoke(TomcatManager.java:504) at org.codehaus.cargo.container.tomcat.internal.TomcatManager.list(TomcatManager.java:622) at org.codehaus.cargo.container.tomcat.internal.TomcatManager.getStatus(TomcatManager.java:635) at org.codehaus.cargo.container.tomcat.internal.AbstractTomcatManagerDeployer.redeploy(AbstractTomcatManagerDeployer.java:176) ... 16 more java.io.FileNotFoundException: http://demo1-vm.picsauditing.com:8080/manager//manager/text/list at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1434) at org.codehaus.cargo.container.tomcat.internal.TomcatManager.invoke(TomcatManager.java:504) at org.codehaus.cargo.container.tomcat.internal.TomcatManager.list(TomcatManager.java:622) at org.codehaus.cargo.container.tomcat.internal.TomcatManager.getStatus(TomcatManager.java:635) at org.codehaus.cargo.container.tomcat.internal.AbstractTomcatManagerDeployer.redeploy(AbstractTomcatManagerDeployer.java:176) at hudson.plugins.deploy.CargoContainerAdapter.deploy(CargoContainerAdapter.java:64) at hudson.plugins.deploy.CargoContainerAdapter$1.invoke(CargoContainerAdapter.java:90) at hudson.plugins.deploy.CargoContainerAdapter$1.invoke(CargoContainerAdapter.java:77) at hudson.FilePath.act(FilePath.java:842) at hudson.FilePath.act(FilePath.java:824) at hudson.plugins.deploy.CargoContainerAdapter.redeploy(CargoContainerAdapter.java:77) at hudson.plugins.deploy.DeployPublisher.perform(DeployPublisher.java:47) 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
[JIRA] (JENKINS-12563) Build multiple configuration
Nathaniel Irons commented on JENKINS-12563 Build multiple configuration I would like to be able to use axes from a multiple-configuration jenkins job within the Xcode plugin. For instance, I'm currently trying to plug in the current value of a ${SchemeName} axis, but "${SchemeName}" gets passed directed to xcodebuild. Lacking a workaround, I'm going back to invoking xcodebuild with shell scripts. 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-15042) “Took…on master” shown for a build which ran on a slave which was since deleted
dogfood commented on JENKINS-15042 “Took…on master” shown for a build which ran on a slave which was since deleted Integrated in jenkins_main_trunk #1890 [FIXED JENKINS-15042] “Took…on master” shown for a build which ran on a slave which was since deleted. (Revision 53f21774888e4354c367120eec56c20271184bff) Result = SUCCESS Jesse Glick : 53f21774888e4354c367120eec56c20271184bff Files : core/src/main/resources/hudson/model/AbstractBuild/index.jelly core/src/main/resources/hudson/model/Job/buildTimeTrend.jelly changelog.html core/src/main/resources/lib/hudson/node.jelly 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-15043) Changelist parsing fails when description contains jobs without fix status
Rob Petti commented on JENKINS-15043 Changelist parsing fails when description contains jobs without fix status So, is there no longer an issue with reserved phrases (ie, "Jobs 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-15042) “Took…on master” shown for a build which ran on a slave which was since deleted
SCM/JIRA link daemon resolved JENKINS-15042 as Fixed “Took…on master” shown for a build which ran on a slave which was since deleted Change By: SCM/JIRA link daemon (04/Sep/12 9:28 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-15042) “Took…on master” shown for a build which ran on a slave which was since deleted
SCM/JIRA link daemon commented on JENKINS-15042 “Took…on master” shown for a build which ran on a slave which was since deleted Code changed in jenkins User: Jesse Glick Path: changelog.html core/src/main/resources/hudson/model/AbstractBuild/index.jelly core/src/main/resources/hudson/model/Job/buildTimeTrend.jelly core/src/main/resources/lib/hudson/node.jelly http://jenkins-ci.org/commit/jenkins/53f21774888e4354c367120eec56c20271184bff Log: [FIXED JENKINS-15042] “Took…on master” shown for a build which ran on a slave which was since deleted. 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-14019) Multiple-SCM-Plugin does not see that nothing changed in Git-Repo and keeps building
Michael Koch commented on JENKINS-14019 Multiple-SCM-Plugin does not see that nothing changed in Git-Repo and keeps building Hello, this seems to be fixed with Git plugin 1.1.23. Version 1.1.22 definitely failed and I cant reproduce the issue with the new version anymore. Hope this helps, 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-15043) Changelist parsing fails when description contains jobs without fix status
Ajay Kanade updated JENKINS-15043 Changelist parsing fails when description contains jobs without fix status Adding details.hasMoreTokens() at line 136 may fix it - I have not checked it of course. Change By: Ajay Kanade (04/Sep/12 9:02 PM) Environment: Perforce 2007 2010 .2 Description: Versions are:Jenkins ver. 1.466.1Perforce Plugin: 1.3.17 The Hudson perforce plug-in is currently throwing exceptions for any changelists which contain have jobs attached but *do not* have any " reserved closed or fixed " text in the changelist description status associated . This appears I checked the code and seems like there is one more case to be introduced checked (<-- below):// Line looks like:// EXT-84 on 2007/09/25 by the p4v client when creating changelist descriptions mwille *closed*// or// EXT-84 on 2007/09/25 *closed*// or// EXT-84 on 2007/09/25// or// EXT-84 on 2007/09/25 by mwille <-- The new caseAdding details . Here is an example of a changelist which contains the problem hasMoreTokens ( i ) at line 136 *may* fix it - I have not checked it of course . e. containing "Jobs fixed ..." in Exception thrown by the changelist description) plugin is := begin output of "p4 describe -s 470718 = [xyz] $ p4 describe -s 51820Caught exception communicating with perforce. Failed to retrieve changelist.Response from perforce was: Change 470718 51820 by someuser me @ someclient my_workspace on 2010 2012 / 10 09 / 01 15 05 04 : 32 31 : 59 37 Additional logic for org assoc validations at doc import time. jenkins test Jobs fixed ... Jobs fixed ...SDRLS98139 job000162 on 2010 2012 / 10 08 / 01 25 by pdbugs *closed* p4dtguser Test it thoroughly. Affected files .. // depotxyz Main / fileabc Tools/bar.txt # 6 17 edit == end output of "p4 describe -s 470718 == com.tek42.perforce.PerforceException: Failed to retrieve changelist. In this case, the Hudson Response from perforce plug-in fails and throws an exception was : 18 Change 51820 by me@my_workspace on 2012/09/05 04 : 16 31 : 46 [5 37 jenkins testJobs fixed . 5_Continuous_Build] $ ..job000162 on 2012 / usr 08 / local/bin/p4 describe -s 470718 25 by p4dtguser 18:16:46 Caught exception communicating with perforce Test it thoroughly . Failed to retrieve changelist Affected files . com . tek42 . perforce . PerforceException: Failed to retrieve changelist . . //Main/Tools/bar.txt#17 edit 18:16:46 at com.tek42.perforce.parse.ChangelistBuilder.build(ChangelistBuilder.java: 185 207 ) 18:16:46 at com.tek42.perforce.parse.Changes.getChangelist(Changes.java: 63 71 ) 18:16:46 at com.tek42.perforce.parse.Changes.getChangelistsFromNumbers(Changes.java: 381 433 ) 18:16:46 at hudson.plugins.perforce.PerforceSCM.checkout(PerforceSCM.java: 552 924 ) 18:16:46 at hudson.model.AbstractProject.checkout(AbstractProject.java: 1082 1226 ) 18:16:46 at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java: 479 586 ) 18:16:46 at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java: 411 475 ) 18:16:46 at hudson.model.Run.run(Run.java: 1273 1438 ) 18:16:46 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) 18:16:46 at hudson.model.ResourceController.execute(ResourceController.java:88) 18:16:46 at hudson.model.Executor.run(Executor.java: 137 239 ) 18:16:46 Caused by: java.util.NoSuchElementException 18:16:46 at java.util.StringTokenizer.nextToken( StringTokenizer.java:332 Unknown Source ) 18:16:46 at com.tek42.perforce.parse.ChangelistBuilder.build(ChangelistBuilder.java: 120 136 ) 18:16:46 ... 10 more The problem exists because the StringTokenizer used inside the ChangelistBuilder class also considers tabs as a delimiter when parsing the output of the "p4 describe" command ERROR: Unable to communicate with perforce . This means that the parser is incapable of using the indenting provided by the "p4 describe" output Failed to distinguish between keywords generated by the Perforce server and keyword text that is part of the retrieve changelist
[JIRA] (JENKINS-15043) Changelist parsing fails when description contains jobs without fix status
Ajay Kanade created JENKINS-15043 Changelist parsing fails when description contains jobs without fix status Issue Type: Bug Affects Versions: current Assignee: Rob Petti Components: perforce Created: 04/Sep/12 8:47 PM Description: The Hudson perforce plug-in is currently throwing exceptions for any changelists which contain "reserved" text in the changelist description. This appears to be introduced by the p4v client when creating changelist descriptions. Here is an example of a changelist which contains the problem (i.e. containing "Jobs fixed ..." in the changelist description): = begin output of "p4 describe -s 470718 = Change 470718 by someuser@someclient on 2010/10/01 15:32:59 Additional logic for org assoc validations at doc import time. Jobs fixed ... Jobs fixed ... SDRLS98139 on 2010/10/01 by pdbugs closed Affected files ... ... //depotxyz/fileabc#6 edit == end output of "p4 describe -s 470718 == In this case, the Hudson perforce plug-in fails and throws an exception: 18:16:46 [5.5_Continuous_Build] $ /usr/local/bin/p4 describe -s 470718 18:16:46 Caught exception communicating with perforce. Failed to retrieve changelist.com.tek42.perforce.PerforceException: Failed to retrieve changelist. 18:16:46 at com.tek42.perforce.parse.ChangelistBuilder.build(ChangelistBuilder.java:185) 18:16:46 at com.tek42.perforce.parse.Changes.getChangelist(Changes.java:63) 18:16:46 at com.tek42.perforce.parse.Changes.getChangelistsFromNumbers(Changes.java:381) 18:16:46 at hudson.plugins.perforce.PerforceSCM.checkout(PerforceSCM.java:552) 18:16:46 at hudson.model.AbstractProject.checkout(AbstractProject.java:1082) 18:16:46 at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:479) 18:16:46 at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:411) 18:16:46 at hudson.model.Run.run(Run.java:1273) 18:16:46 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) 18:16:46 at hudson.model.ResourceController.execute(ResourceController.java:88) 18:16:46 at hudson.model.Executor.run(Executor.java:137) 18:16:46 Caused by: java.util.NoSuchElementException 18:16:46 at java.util.StringTokenizer.nextToken(StringTokenizer.java:332) 18:16:46 at com.tek42.perforce.parse.ChangelistBuilder.build(ChangelistBuilder.java:120) 18:16:46 ... 10 more The problem exists because the StringTokenizer used inside the ChangelistBuilder class also considers tabs as a delimiter when parsing the output of the "p4 describe" command. This means that the parser is incapable of using the indenting provided by the "p4 describe" output to distinguish between keywords generated by the Perforce server and keyword text that is part of the changelist description. Steps to reproduce: 1) Create a changelist which contains "Jobs fixed ..." within the changelist description 2) Create a Hudson job which syncs from Perforce (i.e. Poll SCM) When the job attempts to obtain changelist information for the changelist which contains "Jobs fixed ..." in the changelist description, it will throw an exception and will fail to advance to the next changelist. This effectively causes the job to continually fail at the same point, unable to obtain information about subsequent changelists. Environment: Perforce 2007.2 Project: Jenkins Priority: Major Reporter: Ajay Kanade This message is automatically generated by JIRA. If you think it was sent incorrectly, pl
[JIRA] (JENKINS-13186) Environment variables don't work in the CVS ROOT Field
SCM/JIRA link daemon resolved JENKINS-13186 as Fixed Environment variables don't work in the CVS ROOT Field Change By: SCM/JIRA link daemon (04/Sep/12 8:41 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-13186) Environment variables don't work in the CVS ROOT Field
SCM/JIRA link daemon commented on JENKINS-13186 Environment variables don't work in the CVS ROOT Field Code changed in jenkins User: mc1arke Path: src/main/java/hudson/scm/AbstractCvs.java src/main/java/hudson/scm/CVSSCM.java src/main/java/hudson/scm/CvsProjectset.java http://jenkins-ci.org/commit/cvs-plugin/bfc1a2dd6034895a31267bfaf3275d59bae0b592 Log: [FIXED JENKINS-13186] Perform environmental expansion on module name fields 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-15042) “Took…on master” shown for a build which ran on a slave which was since deleted
jglick created JENKINS-15042 “Took…on master” shown for a build which ran on a slave which was since deleted Issue Type: Bug Assignee: jglick Components: core Created: 04/Sep/12 8:36 PM Description: If you run a build on a slave, then delete the slave node and revisit the build page, it will claim to have been built on master even though build.xml says otherwise in . The reason is that node.jelly takes a Node rather than a String. A corner case for dumb slaves, but quite common when using a cloud plugin, and rather confusing. Environment: 1.424 Project: Jenkins Labels: slave cloud Priority: Minor Reporter: jglick 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-15041) Proxy support
Bruno Cunha created JENKINS-15041 Proxy support Issue Type: New Feature Assignee: Bruno Cunha Components: memegen Created: 04/Sep/12 8:17 PM Description: Hello! Please, can you add Proxy Support to Meme Generator? My network only allows external access (to the Meme Server) by proxy, and I didn't find how to configure the proxy (everything is configured in Jenkins Update Manager). Thank you. BR, Bruno Project: Jenkins Priority: Minor Reporter: Bruno Cunha 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-14999) Copy Artifact plugin: Unable to find project for artifact copy when using a build parameter
Alan Harder commented on JENKINS-14999 Copy Artifact plugin: Unable to find project for artifact copy when using a build parameter No, I mean add a new row for the group called "authenticated" that grants job read permission. 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-15040) Allow job-import to provide credentials to foreign jenkins instance
Paul Mendelson created JENKINS-15040 Allow job-import to provide credentials to foreign jenkins instance Issue Type: Improvement Assignee: jieryn Components: job-import Created: 04/Sep/12 7:11 PM Description: Tried job import plugin to import jobs from a jenkins instance that requires authentication. It didn't work and didn't provide any output. Project: Jenkins Priority: Major Reporter: Paul Mendelson 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-15039) Performance of tar.gzip method is very slow compared to `tar -czf workspace.tgz big_workspace`
Martin Scherer created JENKINS-15039 Performance of tar.gzip method is very slow compared to `tar -czf workspace.tgz big_workspace` Issue Type: Bug Affects Versions: current Assignee: Unassigned Components: clone-workspace-scm Created: 04/Sep/12 7:01 PM Description: Archiving an workspace with lots of files (400k) leads to an 5 hours waiting time until the progress is finished when using Tar.gz method. Zip Method finishes in 2 minutes. Creating an tar.gz archive manually with gnu tar/gzip and default settings takes about 3-4 minutes. Which compression level are you using? Consider lowering it or maybe even make it configurable. Are you using buffered streams? Please fix this performance issue to make the method usable. Greetings, Martin Environment: OpenSuse 12.1, Jenkins LTS Project: Jenkins Labels: performance scm archive gzip tar Priority: Major Reporter: Martin Scherer 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 in every module there is direcotry called: "*/target/jacoco" including the "jacoco.exec" file ("*/target/jacoco/jacoco.exec"), I checked it. For example let's take the "Wizard" module: Full Jacoco path on slave machine: "C:\Jenkins\workspace\Continuous_Build\Platform\trunk\Application\Wizard\target\jacoco" Full build path on master machine: "D:\Jenkins\jobs\Continuous_Build" I also checked and the build without Jacoco Jenkins plugin is stable (fully succeed). Deubg: execfile = c:\Jenkins\workspace\Continuous_Build\target\jacoco\jacoco.exec seged = D:\Jenkins\jobs\Continuous_Build\builds\2012-09-04_XX-XX-XX\jacoco\module0\jacoco.exec actualBuildDirRoot = D:\Jenkins\jobs\Continuous_Build\builds\2012-09-04_XX-XX-XX\jacoco actualBuildModuleDir = D:\Jenkins\jobs\Continuous_Build\builds\2012-09-04_XX-XX-XX\jacoco\module0 getWorkspace = c:\Jenkins\workspace\Continuous_Build Please tell me if you need more information... Thank You. 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-15038) Switching archive type of cloned workspace leads to Exception in further jobs
Martin Scherer updated JENKINS-15038 Switching archive type of cloned workspace leads to Exception in further jobs Change By: Martin Scherer (04/Sep/12 6:37 PM) Affects Version/s: current 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-15038) Switching archive type of cloned workspace leads to Exception in further jobs
Martin Scherer created JENKINS-15038 Switching archive type of cloned workspace leads to Exception in further jobs Issue Type: Bug Assignee: abayer Attachments: stacktrace.txt Components: clone-workspace Created: 04/Sep/12 6:36 PM Description: Consider two jobs A, B. Job A archives/clones some workspace files. Job B uses the CloneWorkspaceSCM component to restore workspace of A. The bug occurs if you switch the archive type of A leading to an IOException, when B tries to unpack the workspace archive. If you manually rename the archive filename to the prior archive type extension (ie. tar.gz -> zip) on the master node, job B does not complain. Please let me know, if you need further informations to resolve this issue. Greetings, Martin Environment: OpenSuse 12.1, Jenkins LTS Project: Jenkins Labels: plugin scm archive Priority: Major Reporter: Martin Scherer 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 in every module there is direcotry called: "*/target/jacoco" including the "jacoco.exec" file ("*/target/jacoco/jacoco.exec"), I checked it. For example let's take the "Wizard" module: Full Jacoco path on slave machine: "C:\Jenkins\workspace\Continuous_Build\Platform\trunk\Application\Wizard\target\jacoco" Full build path on master machine: "D:\Jenkins\jobs\Continuous_Build" I also checked and the build without Jacoco Jenkins plugin is stable (fully succeed). Deubg: execfile = c:\Jenkins\workspace\Continuous_Build\target\jacoco\jacoco.exec actualBuildDirRoot = D:\Jenkins\jobs\Continuous_Build\builds\2012-09-04_XX-XX-XX\jacoco actualBuildModuleDir = D:\Jenkins\jobs\Continuous_Build\builds\2012-09-04_XX-XX-XX\jacoco\module0 getWorkspace = c:\Jenkins\workspace\Continuous_Build Please tell me if you need more information... Thank You. 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 in every module there is direcotry called: "*/target/jacoco" including the "jacoco.exec" file ("*/target/jacoco/jacoco.exec"), I checked it. For example let's take the "Wizard" module: Full Jacoco path on slave machine: "C:\Jenkins\workspace\Continuous_Build\Platform\trunk\Application\Wizard\target\jacoco" Full build path on master machine: "D:\Jenkins\jobs\Continuous_Build" I also checked and the build without Jacoco Jenkins plugin is stable (fully succeed). 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 Yes in every module there is direcotry called: "*/target/jacoco" including the "jacoco.exec" file ("*/target/jacoco/jacoco.exec"), I checked it. For example let's take the "Wizard" module: Full Jacoco path on slave machine: "C:\Jenkins\workspace\Continuous_Build\Platform\trunk\Application\Wizard\target\jacoco" Full build path on master machine: "D:\Jenkins\jobs\Continuous_Build" Now I'm testing the build without Jacoco jenkins plugin to make sure the build is stable (fully succeed), I will update this comment soon... 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 in every module there is direcotry called: "*/target/jacoco" including the "jacoco.exec" file ("*/target/jacoco/jacoco.exec"), I checked it. For example let's take the "Wizard" module: Full Jacoco path on slave machine: "C:\Jenkins\workspace\Continuous_Build\Platform\trunk\Application\Wizard\target\jacoco" Full build path on master machine: "D:\Jenkins\jobs\Continuous_Build" Now I'm testing the build without Jacoco jenkins plugin to make sure the build is stable (fully succeed), I will update this comment soon... 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-5413) SCM polling getting hung
Mandeep Rai edited a comment on JENKINS-5413 SCM polling getting hung I modified the script a little bit: Jenkins.instance.getTrigger("SCMTrigger").getRunners().each() { item -> println(item.getTarget().name) println(item.getDuration()) println(item.getStartTime()) long millis = Calendar.instance.time.time - item.getStartTime() if(millis > (1000 * 60 * 3)) // 1000 millis in a second * 60 seconds in a minute * 3 minutes { Thread.getAllStackTraces().keySet().each() { tItem -> if (tItem.getName().contains("SCM polling") && tItem.getName().contains(item.getTarget().name)) { println "Interrupting thread " + tItem.getName(); tItem.interrupt() } } } } 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-5413) SCM polling getting hung
Mandeep Rai commented on JENKINS-5413 SCM polling getting hung I modified the script a little bit: Jenkins.instance.getTrigger("SCMTrigger").getRunners().each() { item -> println(item.getTarget().name) println(item.getDuration()) println(item.getStartTime()) long millis = Calendar.instance.time.time - item.getStartTime() if(millis > (1000 * 60 * 3)) // 1000 millis in a second * 60 seconds in a minute * 3 minutes { Thread.getAllStackTraces().keySet().each() { tItem -> if (tItem.getName().contains("SCM polling") && tItem.getName().contains(item.getTarget().name)) { println "Interrupting thread " + tItem.getName(); tItem.interrupt() } } } } 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 Are there any jacoco.exec files? If yes, what is their relative path from c:\Jenkins\workspace\Continuous_Build on the slave? (I got the same problem when my build did not succeed, so there were no jacoco.exec files.) 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-13959) StackOverflowException on Job Finish
SCM/JIRA link daemon commented on JENKINS-13959 StackOverflowException on Job Finish Code changed in jenkins User: mc1arke Path: src/main/java/hudson/scm/CVSChangeLogSet.java http://jenkins-ci.org/commit/cvs-plugin/536e5a97c3179a0b157ff3ae1247a4e75263eaae Log: [FIXED JENKINS-13959] Prevent Stack Overflow when comparing changesets 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-13959) StackOverflowException on Job Finish
SCM/JIRA link daemon resolved JENKINS-13959 as Fixed StackOverflowException on Job Finish Change By: SCM/JIRA link daemon (04/Sep/12 4:52 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-14896) java.io.FileNotFoundException when saving module data
Ronen Peleg edited a comment on JENKINS-14896 java.io.FileNotFoundException when saving module data Yep, this is another project but with the same issue, here is the informaation about this project: [JaCoCo plugin] ConfigRow [moduleName=WizardsrcDir=src, classDir=target/classes, execFile=target/jacoco/jacoco.exec] locations are configured . . . [JaCoCo plugin] Saving module data... ERROR: Publisher hudson.plugins.jacoco.JacocoPublisher aborted due to exception hudson.util.IOException2: Failed to copy c:\Jenkins\workspace\Continuous_Build\target\jacoco\jacoco.exec to D:\Jenkins\jobs\Continuous_Build\builds\2012-09-04_16-30-20\jacoco\module0\jacoco.exec The folder: "c:\Jenkins\workspace\Continuous_Build\target\jacoco\target" doesn't exist. The file "D:\Jenkins\jobs\Continuous_Build\builds\2012-09-04_16-30-20\jacoco\module0\jacoco.exec" exist but with 0 bytes. Thank You 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 Yep, this is another project but with the same issue, here is the informaation about this project: [JaCoCo plugin] ConfigRow [moduleName=WizardsrcDir=src, classDir=target/classes, execFile=target/jacoco/jacoco.exec] locations are configured . . . [JaCoCo plugin] Saving module data... ERROR: Publisher hudson.plugins.jacoco.JacocoPublisher aborted due to exception hudson.util.IOException2: Failed to copy c:\Jenkins\workspace\Continuous_Build\target\jacoco\jacoco.exec to D:\Jenkins\jobs\Continuous_Build\builds\2012-09-04_16-30-20\jacoco\module0\jacoco.exec . . . Please note that, the folder: "c:\Jenkins\workspace\Continuous_Build\target\jacoco\target" doesn't exist. And the file "D:\Jenkins\jobs\Continuous_Build\builds\2012-09-04_16-30-20\jacoco\module0\jacoco.exec" exist but with 0 bytes. Thank You 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 Yep, this is another project but with the same issue, here is the informaation about this project: ERROR: Publisher hudson.plugins.jacoco.JacocoPublisher aborted due to exception hudson.util.IOException2: Failed to copy c:\Jenkins\workspace\Continuous_Build\target\jacoco\jacoco.exec to D:\Jenkins\jobs\Continuous_Build\builds\2012-09-04_16-30-20\jacoco\module0\jacoco.exec The folder: "c:\Jenkins\workspace\Continuous_Build\target\jacoco\target" doesn't exist. The file "D:\Jenkins\jobs\Continuous_Build\builds\2012-09-04_16-30-20\jacoco\module0\jacoco.exec" exist but with 0 bytes. Thank You 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-14437) envinject fails to "really" set/override build parameters
Gregory Boissinot commented on JENKINS-14437 envinject fails to "really" set/override build parameters Please could you try to simplify your example? I don't really understand. 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-14437) envinject fails to "really" set/override build parameters
Gregory Boissinot started work on JENKINS-14437 envinject fails to "really" set/override build parameters Change By: Gregory Boissinot (04/Sep/12 4:17 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-14248) DiskUsage dont show values.
vjuranek commented on JENKINS-14248 DiskUsage dont show values. @skybird & Mauricio Fenoglio: thanks for additional info, which helped me understand there the problem it! (I tried with freestyle and matirx project, but didn't try with maven build, thought that it affects all type of projects). Should be fixed in 0.18 which I release right now. Please verify that the issue is fixed, if not, please re-open. 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-14248) DiskUsage dont show values.
SCM/JIRA link daemon resolved JENKINS-14248 as Fixed DiskUsage dont show values. Change By: SCM/JIRA link daemon (04/Sep/12 3:33 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-14248) DiskUsage dont show values.
SCM/JIRA link daemon commented on JENKINS-14248 DiskUsage dont show values. Code changed in jenkins User: Vojtech Juranek Path: src/main/java/hudson/plugins/disk_usage/DiskUsageThread.java http://jenkins-ci.org/commit/disk-usage-plugin/a517560e2b6528e1640c09f8d09460a00ff14a93 Log: [FIXED JENKINS-14248] Added Maven moduls as one project, not to split into modules 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-15037) Option to consider only stable builds when calculating new warnings
David Pärsson updated JENKINS-15037 Option to consider only stable builds when calculating new warnings Change By: David Pärsson (04/Sep/12 3:29 PM) Description: I'd like an option to only consider stable builds when computing the number of allowed warnings. Justification follows.Consider this scenario, where a job is configured to become unstable if the number checkstyle warnings increase by 5 or more compared to the previous build:1. The last Jenkins build is stable2. A developer commits a failing test and 10 fixed checkstyle issues. The failing test makes the build unstable.3. The developer reverts the commit, thus removing the failing test but increasing the number of checkstyle warnings back to the number of warnings in 1 . , and above the new limit computed in 2. The build is now unstable because of the checkstyle warnings.Is there a way to prevent a case like step 3 from failing the build? If not, I'd like the option described above. If you won't have the time to implement this in a near future, I think I could look into it. 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-15037) Option to consider only stable builds when calculating new warnings
David Pärsson created JENKINS-15037 Option to consider only stable builds when calculating new warnings Issue Type: New Feature Assignee: Ulli Hafner Components: checkstyle Created: 04/Sep/12 3:28 PM Description: I'd like an option to only consider stable builds when computing the number of allowed warnings. Justification follows. Consider this scenario, where a job is configured to become unstable if the number checkstyle warnings increase by 5 or more compared to the previous build: 1. The last Jenkins build is stable 2. A developer commits a failing test and 10 fixed checkstyle issues. The failing test makes the build unstable. 3. The developer reverts the commit, thus removing the failing test but increasing the number of checkstyle warnings back to the number of warnings in 1., and above the new limit computed in 2. The build is now unstable because of the checkstyle warnings. Is there a way to prevent a case like step 3 from failing the build? If not, I'd like the option described above. If you won't have the time to implement this in a near future, I think I could look into it. Project: Jenkins Priority: Major Reporter: David Pärsson 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-14248) DiskUsage dont show values.
skybird commented on JENKINS-14248 DiskUsage dont show values. I tried your code, the result is a list of all freestyle project names all modules + submodules from the maven2/3 projects (all which you could see at /job/myjobname/modules), but it shows the name from the "" tag from the pom.xml I also tried: import hudson.plugins.disk_usage.*; List projectList = DiskUsagePlugin.addAllProjects(Hudson.getInstance(), new ArrayList()); projectList.each{ if(it instanceof AbstractProject) println it.displayName} return which delivers a list of all freestyle and maven job names (without maven submodules, and the job names itself, not the names from the pom.xml). I also tried (the old code from 1.16) List items = Hudson.getInstance().getItems(); //Include nested projects as well //TODO fix MatrixProject and use getAllJobs() for (TopLevelItem item : Hudson.getInstance().getItems()) { if(item instanceof ItemGroup) { items.addAll(((ItemGroup)item).getItems()); } } items.each{ if(it instanceof AbstractProject) println it.displayName} return which delivers both: all freestyle job names, all maven2/3 job names and all main+submodule ""-pom.xml names Enviroment: Jenkins 1.471, Windows. 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-14248) DiskUsage dont show values.
Mauricio Fenoglio commented on JENKINS-14248 DiskUsage dont show values. vjuranek To provide more information. A project without maven and module work properly. A project with modules and using maven doesn't work. 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-11466) reenable "ability to let maven decide the versioning"
jason c commented on JENKINS-11466 reenable "ability to let maven decide the versioning" I second this, the automatic version numbering is a MAJOR feature of the maven release plugin and I'm apparently not the only one that is of the opinion that this plugin is essentially broken without it. 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-15036) [jenkins-multijob-plugin]
Rotem G created JENKINS-15036 [jenkins-multijob-plugin] Issue Type: Bug Affects Versions: current Assignee: Unassigned Components: jenkins-multijob-plugin Created: 04/Sep/12 2:06 PM Description: I have set up a job that contains 2 Multijob phases, using the multijob plugin. I want to have two parameters for the job and pass them to both Multijob phases jobs. I will refer to the main Job as JobA. The first Multijob phase job as JobB and the second Multijob phase job as JobC. I have set up jobA that with 2 parameters. These parameters are passed jobB ('Current job parameters' is checked) - no problem, job ends with the correct parameters. But when the parameters are passed to JobC ('Current job parameters' is checked as well)- ALL available Build executors are turning into zombies with the status 'Dead ' with the exception: java.lang.NullPointerException at hudson.model.ParametersAction.getAssignedLabel(ParametersAction.java:126) at hudson.model.Queue$Item.getAssignedLabel(Queue.java:1265) at hudson.model.Node.canTake(Node.java:308) at hudson.model.Queue$JobOffer.canTake(Queue.java:210) at hudson.model.Queue.maintain(Queue.java:952) at hudson.model.Queue.pop(Queue.java:783) at hudson.model.Executor.grabJob(Executor.java:287) at hudson.model.Executor.run(Executor.java:208) At this stage: jobB has finished. jobC is pending start. jobA is waiting for JobC. Even if at this stage I go to the settings and enlarge the number of Executors, they immediately turn into zombies as well. Please advice. Environment: Jenkins ver. 1.466.1 Linux buildserver 2.6.18-164.11.1.el5PAE #1 SMP Wed Jan 6 13:43:57 EST 2010 i686 i686 i386 GNU/Linux Project: Jenkins Priority: Major Reporter: Rotem G 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 Hmm. According the configuration the plugin should try to find the exec file on slave on this path: c:\Jenkins\workspace\target\jacoco\jacoco.exec But the exception says different. Have you changed the config after the execution or vicaversa? I am asking it because on your previous comment the exception said: "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". Or this was a different 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-14760) Failed to instantiate class hudson.plugins.openid.GoogleAppSsoSecurityRealm
Benoit B assigned JENKINS-14760 to Kohsuke Kawaguchi Failed to instantiate class hudson.plugins.openid.GoogleAppSsoSecurityRealm Change By: Benoit B (04/Sep/12 1:28 PM) Assignee: Neetha Kurup Kohsuke Kawaguchi 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-9211) Rebuild Plugin does not work for Subversion List Parameter
Rino Kadijk edited a comment on JENKINS-9211 Rebuild Plugin does not work for Subversion List Parameter Patched rebuilder plugin (see attachment) to pick up the Tag and Repository URL. 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-9211) Rebuild Plugin does not work for Subversion List Parameter
Rino Kadijk updated JENKINS-9211 Rebuild Plugin does not work for Subversion List Parameter Patched rebuilder plugin to pick up the Tag and Repository URL. Change By: Rino Kadijk (04/Sep/12 1:25 PM) Attachment: rebuild.hpi 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 The Jacoco .exec file full structure path is: "target/jacoco/jacoco.exec". "jacoco.exec" file is in "module/target/jacoco" folder. Here is screenshot: http://192.117.122.51/JaCoCo1.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-14896) java.io.FileNotFoundException when saving module data
Ronen Peleg commented on JENKINS-14896 java.io.FileNotFoundException when saving module data From my Jenkins system: http://192.117.122.51/JaCoCo1.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-15035) cobertura plugin don't validate report files and later fail to parse them
Nicolas De Loof created JENKINS-15035 cobertura plugin don't validate report files and later fail to parse them Issue Type: Bug Assignee: stephenconnolly Components: cobertura Created: 04/Sep/12 1:16 PM Description: When report pattern is not well configured, cobertura plugin will archive invalid files, and later fails to parse them to generate coverage report. It should do some content validation, for example check for Project: Jenkins Priority: Minor Reporter: Nicolas De Loof 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-15034) Sepeda Motor Bebek Injeksi Kencang dan Irit Jupiter Z1
mas gie created JENKINS-15034 Sepeda Motor Bebek Injeksi Kencang dan Irit Jupiter Z1 Issue Type: Patch Affects Versions: current Assignee: vjuranek Components: build-publisher Created: 04/Sep/12 1:12 PM Description: Sepeda Motor Bebek Injeksi Kencang dan Irit Jupiter Z1 In detail, the new technology from Yamaha are installed on all new jupiter Z1 holds the distinct advantage. In a layered design of aero dynamic body, for the first time on a motorcycle there are indentations of water flow in pairs on the fairing body (wing) of the MotoGP-inspired front. Newer headlamps and sporty character that is equipped with technology that can turn on lights automatically when the machine is turned on. Speedometer modern design with futuristic concept that reinforces the dynamic sophistication on all new jupiter Z1. The design is elegant and sporty striping with dynamic design lines, simple and modern reflection of the speed. Rear lights are designed to strengthen the dynamic sporty accents. The finishing touches on the wheel is to add a list of colors as well as a pioneer wheels with color lines to add to the sporty impression on jupiter Z1. In this commercial video that radiates luxury pins on jupiter Z1 motorcycle design. Performance is even more powerful with the new engine tech Fuel Injecsion. A more powerful exhaust sound makes the rider more manly jupiter Z1. Coupled with gearshift and a more refined engine sound so as to foster a feeling of comfort when driving. A Feel-called premium Yamaha riding feeling. http://seotoolinfo.com/2012/09/sepeda-motor-bebek-injeksi-kencang-dan-irit-jupiter-z1/ Due Date: 04/Sep/12 12:00 AM Environment: Sepeda Motor Bebek Injeksi Kencang dan Irit Jupiter Z1 Fix Versions: current Project: Jenkins Labels: sepeda motor, Priority: Major Reporter: mas gie 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-14248) DiskUsage dont show values.
vjuranek commented on JENKINS-14248 DiskUsage dont show values. @skybird the only change from 0.16 to 0.17 was the way how the projects are added into list of items to compute the disk usage. You can try to execute following script ($JENKINS_URL/script) and check if it returns empty list or not, but based on comment from Sebastian Möller, it seems that this is not the root cause and projects are added correctly (unfortunately I'm still not able to reproduce it ) import hudson.plugins.disk_usage.* List items = new ArrayList(); ItemGroup itemGroup = Jenkins.getInstance(); dt = new DiskUsageThread() dt.addAllItems(itemGroup, items) items.each{ if(it instanceof AbstractProject) println it.displayName} 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 What have you set in the exec file column on the configuration page? 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-14999) Copy Artifact plugin: Unable to find project for artifact copy when using a build parameter
Martin d'Anjou commented on JENKINS-14999 Copy Artifact plugin: Unable to find project for artifact copy when using a build parameter Do you mean that the group (the second row on the matrix authorization strategy screenshot) needs to be granted the same permissions as the user who has the most permissions? 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-15033) Reload configuration from disk doesn't update new jobs
merav grizer created JENKINS-15033 Reload configuration from disk doesn't update new jobs Issue Type: Bug Affects Versions: current Assignee: wolfs Components: all-changes Created: 04/Sep/12 11:53 AM Description: I have added several jobs to the jobs folder under .jenkins folder in our master. when i clicked on reload configuration from disk these jobs were not added to the jobs list. Environment: win 64 bit Project: Jenkins Priority: Major Reporter: merav grizer 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-15032) Layanan Bisnis Pulsa dan Token PLN
hendri kurniawan created JENKINS-15032 Layanan Bisnis Pulsa dan Token PLN Issue Type: Bug Assignee: wolfs Components: all-changes Created: 04/Sep/12 11:21 AM Description: Layanan Bisnis Pulsa dan Token PLN - Di Era Modern seperti sekarang ini Perkembangan Dunia Teknologi semakin maju dan canggih. Salah satunya adalah Teknologi Informasi dan Telekomunikasi yang menjadi Tren kemajuan saat ini. Segala bentuk aktivitas dan usaha semuanya tak luput dari teknologi yang bisa membantu mempermudah manusia dalam memenuhi kebutuhannya. Project: Jenkins Labels: busness Priority: Major Reporter: hendri kurniawan 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-14144) Build config history getting spammed
Hugo Koblmueller commented on JENKINS-14144 Build config history getting spammed Well this might be a solution for the JobConfigHistory, but besides this problem we also have a problem using the "SCM Sync Configuration Plugin" getting our SVN "spammed". Better approach would be solving the root cause of the problem in the EnvInject 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-15031) Use view tabs to assign roles to projects
Pailloncy Michaël updated JENKINS-15031 Use view tabs to assign roles to projects Change By: Pailloncy Michaël (04/Sep/12 10:10 AM) Summary: Used Use view tabs to assign role roles to project 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-15031) Used view tabs to assign role to project
Pailloncy Michaël created JENKINS-15031 Used view tabs to assign role to project Issue Type: New Feature Assignee: Daniel Petisme Components: role-strategy Created: 04/Sep/12 10:09 AM Description: It could be nice to assign roles to projects using view tab instead (or in complement) of patron field. Example of use: create project roles based for each team which have specific view tab of their projects. When someone add a project to this view tab, roles are automatically applied. Project: Jenkins Priority: Minor Reporter: Pailloncy Michaël 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-15030) Cannot find help file of 'Patron' field
Pailloncy Michaël created JENKINS-15030 Cannot find help file of 'Patron' field Issue Type: Bug Assignee: Daniel Petisme Components: role-strategy Created: 04/Sep/12 10:00 AM Description: Error when showing help file of the 'Patron' field in manage-roles page of the plugin : ERROR: Failed to load help file: Not Found Environment: Jenkins 1.478, Role-based Authorization Strategy Plugin 1.1.2 Project: Jenkins Priority: Trivial Reporter: Pailloncy Michaël 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 Once again... Build Failure, same issue For some reason the Jacoco plugin trying to copy the "jacoco.exec" from "root\target" folder, but there is no "TARGET" folder under the root/main folder (c:\Jenkins\workspace\Continuous_Build\target\jacoco.exec). Master: D:\Jenkins\jobs\Continuous_Build\builds\2012-09-04_12-06-11\jacoco\module0\jacoco.exec Slave: c:\Jenkins\workspace\Continuous_Build\target\jacoco.exec Jenkins Version: 1.476 Jacoco plugin version: 1.0.4 OUTPUT LOG: [JaCoCo plugin] Saving module data.. ERROR: Publisher hudson.plugins.jacoco.JacocoPublisher aborted due to exception hudson.util.IOException2: Failed to copy c:\Jenkins\workspace\Continuous_Build\target\jacoco.exec to D:\Jenkins\jobs\Continuous_Build\builds\2012-09-04_12-06-11\jacoco\module0\jacoco.exec at hudson.FilePath.copyTo(FilePath.java:1573) at hudson.plugins.jacoco.JacocoPublisher.perform(JacocoPublisher.java:143) 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:1513) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: hudson.util.IOException2: remote file operation failed: c:\Jenkins\workspace\Continuous_Build\target\jacoco.exec at hudson.remoting.Channel@65cc33:TEST_VM2_WIN2K8_X64 at hudson.FilePath.act(FilePath.java:838) at hudson.FilePath.act(FilePath.java:824) at hudson.FilePath.copyTo(FilePath.java:1594) at hudson.FilePath.copyTo(FilePath.java:1568) ... 10 more Caused by: java.io.FileNotFoundException: c:\Jenkins\workspace\Continuous_Build\target\jacoco.exec (The system cannot find the path specified) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.(FileInputStream.java:138) at hudson.FilePath$33.invoke(FilePath.java:1599) at hudson.FilePath$33.invoke(FilePath.java:1594) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2196) at hudson.remoting.UserRequest.perform(UserRequest.java:118) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:326) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) 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-14896) java.io.FileNotFoundException when saving module data
Ronen Peleg edited a comment on JENKINS-14896 java.io.FileNotFoundException when saving module data Once again... Build Failure, same issue For some unknown reason the Jacoco plugin trying to copy "jacoco.exec" from root\target folder, there is no "TARGET" folder under the root folder (c:\Jenkins\workspace\Continuous_Build\target\jacoco.exec). Master: D:\Jenkins\jobs\Continuous_Build\builds\2012-09-04_12-06-11\jacoco\module0\jacoco.exec Slave: c:\Jenkins\workspace\Continuous_Build\target\jacoco.exec Jenkins Version: 1.476 Jacoco plugin version: 1.0.4 OUTPUT LOG: [JaCoCo plugin] Saving module data.. ERROR: Publisher hudson.plugins.jacoco.JacocoPublisher aborted due to exception hudson.util.IOException2: Failed to copy c:\Jenkins\workspace\Continuous_Build\target\jacoco.exec to D:\Jenkins\jobs\Continuous_Build\builds\2012-09-04_12-06-11\jacoco\module0\jacoco.exec at hudson.FilePath.copyTo(FilePath.java:1573) at hudson.plugins.jacoco.JacocoPublisher.perform(JacocoPublisher.java:143) 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:1513) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: hudson.util.IOException2: remote file operation failed: c:\Jenkins\workspace\Continuous_Build\target\jacoco.exec at hudson.remoting.Channel@65cc33:TEST_VM2_WIN2K8_X64 at hudson.FilePath.act(FilePath.java:838) at hudson.FilePath.act(FilePath.java:824) at hudson.FilePath.copyTo(FilePath.java:1594) at hudson.FilePath.copyTo(FilePath.java:1568) ... 10 more Caused by: java.io.FileNotFoundException: c:\Jenkins\workspace\Continuous_Build\target\jacoco.exec (The system cannot find the path specified) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.(FileInputStream.java:138) at hudson.FilePath$33.invoke(FilePath.java:1599) at hudson.FilePath$33.invoke(FilePath.java:1594) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2196) at hudson.remoting.UserRequest.perform(UserRequest.java:118) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:326) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) 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-14896) java.io.FileNotFoundException when saving module data
Ronen Peleg commented on JENKINS-14896 java.io.FileNotFoundException when saving module data Once again... Failure For some unknown reason the Jacoco plugin trying to copy "jacoco.exec" from root\target folder, there is no "TARGET" folder under the root folder (c:\Jenkins\workspace\Continuous_Build\target\jacoco.exec). Master: D:\Jenkins\jobs\Continuous_Build\builds\2012-09-04_12-06-11\jacoco\module0\jacoco.exec Slave: c:\Jenkins\workspace\Continuous_Build\target\jacoco.exec OUTPUT LOG: [JaCoCo plugin] Saving module data.. ERROR: Publisher hudson.plugins.jacoco.JacocoPublisher aborted due to exception hudson.util.IOException2: Failed to copy c:\Jenkins\workspace\Continuous_Build\target\jacoco.exec to D:\Jenkins\jobs\Continuous_Build\builds\2012-09-04_12-06-11\jacoco\module0\jacoco.exec at hudson.FilePath.copyTo(FilePath.java:1573) at hudson.plugins.jacoco.JacocoPublisher.perform(JacocoPublisher.java:143) 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:1513) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: hudson.util.IOException2: remote file operation failed: c:\Jenkins\workspace\Continuous_Build\target\jacoco.exec at hudson.remoting.Channel@65cc33:TEST_VM2_WIN2K8_X64 at hudson.FilePath.act(FilePath.java:838) at hudson.FilePath.act(FilePath.java:824) at hudson.FilePath.copyTo(FilePath.java:1594) at hudson.FilePath.copyTo(FilePath.java:1568) ... 10 more Caused by: java.io.FileNotFoundException: c:\Jenkins\workspace\Continuous_Build\target\jacoco.exec (The system cannot find the path specified) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.(FileInputStream.java:138) at hudson.FilePath$33.invoke(FilePath.java:1599) at hudson.FilePath$33.invoke(FilePath.java:1594) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2196) at hudson.remoting.UserRequest.perform(UserRequest.java:118) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:326) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) 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-14144) Build config history getting spammed
Darragh Bailey commented on JENKINS-14144 Build config history getting spammed Perhaps the author of JobConfigHistory might be willing to add functionality to ignore changes to build config files where the change matches a particular regex? 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-15029) Update of MSBuild plugin to 1.15 causes Parameterized trigger plugin to fail.
Michael Chamberlain created JENKINS-15029 Update of MSBuild plugin to 1.15 causes Parameterized trigger plugin to fail. Issue Type: Bug Affects Versions: current Assignee: kdsweeney Components: msbuild, parameterized-trigger Created: 04/Sep/12 8:51 AM Description: Upgraded Jenkins MSBuild plugin to 1.15 and Parameterized trigger plugin stops passing variables to MSBuild. This causes our builds to fails as paths aren't resolved. When I revert MSBuild back to 1.12 the correct variables are resolved. This is an extract from the console log: FailedConsole Output Started by upstream project "TFS Get - MiX Central - Main" build number 917 Building in workspace C:\Software\Jenkins\.jenkins\jobs\MiX Track Web - Build\workspace No emails were triggered. Path To MSBuild.exe: C:\WINDOWS\Microsoft.NET\Framework64\v4.0.30319\MSBuild.exe FATAL: Can't find %SOURCE%\MiX.AssetManagement\MiX.AssetManagement.Reports.Web\MiX.AssetManagement.Reports.Web.csproj file Build step 'Build a Visual Studio project or solution using MSBuild' changed build result to FAILURE Build step 'Build a Visual Studio project or solution using MSBuild' marked build as failure Email was triggered for: Failure Sending email for trigger: Failure Sending email to: kolie.vansta...@mixtelematics.com stephan.visa...@mixtelematics.com micha...@mixtel.com Finished: FAILURE Project: Jenkins Priority: Major Reporter: Michael Chamberlain 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 Thank You! The new update is now available in Jenkins. I'm checking it now... 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
SCM/JIRA link daemon commented on JENKINS-14989 NPE in WarningsResult.java: "group" is null Code changed in jenkins User: Ulli Hafner Path: pom.xml src/main/java/hudson/plugins/warnings/WarningsPublisher.java http://jenkins-ci.org/commit/warnings-plugin/abf23c9cbee09d4318478c5c6e0d216948f0d44c Log: JENKINS-14989 Fixed NPE in WarningsResult when re-loading warnings. Introduced new base class HealthAwareRecorder that has no template method for perform. 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
SCM/JIRA link daemon resolved JENKINS-14989 as Fixed NPE in WarningsResult.java: "group" is null Change By: SCM/JIRA link daemon (04/Sep/12 7:45 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-14989) NPE in WarningsResult.java: "group" is null
SCM/JIRA link daemon commented on JENKINS-14989 NPE in WarningsResult.java: "group" is null Code changed in jenkins User: Ulli Hafner Path: src/main/java/hudson/plugins/analysis/core/HealthAwarePublisher.java src/main/java/hudson/plugins/analysis/core/HealthAwareRecorder.java http://jenkins-ci.org/commit/analysis-core-plugin/72023b93f6bc09a0947538a14a7cf922f67c489c Log: [FIXED JENKINS-14989] Fixed NPE in WarningsResult when re-loading warnings. Introduced new base class HealthAwareRecorder that has no template method for perform. 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
rath5 closed JENKINS-14420 as Fixed All SSH hosts are changed to be copies of the first SSH host entry after upgrade to 2.0 Version 2.2 solved the issue. Thank Edmund. Change By: rath5 (04/Sep/12 7:34 AM) 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-14896) java.io.FileNotFoundException when saving module data
Ronen Peleg commented on JENKINS-14896 java.io.FileNotFoundException when saving module data Thank You, I'm waitting for the new update 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-14999) Copy Artifact plugin: Unable to find project for artifact copy when using a build parameter
Alan Harder resolved JENKINS-14999 as Not A Defect Copy Artifact plugin: Unable to find project for artifact copy when using a build parameter I think your screenshot shows exactly the situation described in the help.. your project is not accessible to the group for all authenticated users (I think it's called "authenticated", if I remember correctly). Change By: Alan Harder (04/Sep/12 7:13 AM) Status: Open Resolved Resolution: Not A Defect 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