[JIRA] [core] (JENKINS-22028) HTML in job description does not get rendered (all html tags escaped)
Stefan Thurnherr commented on JENKINS-22028 HTML in job description does not get rendered (all html tags escaped) The workaround described above worked for us: "Configure Global Security" -> Check "Enable Security" -> Choose Markup Formatter = "Raw HTML", then pressing "Save" (without selecting any other option). Interestingly, when going to "Configure Global Security" again, the checkbox "Enable Security" is unchecked again. But still the default for Markup Formatter has been changed to "Raw HTML". So I agree that the the option Markup Formatter should probably be moved out of "Enable Security". 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [git-client] (JENKINS-18951) Problems with too long paths
O H commented on JENKINS-18951 Problems with too long paths Ah, ok. Wasn't aware that most tools do not use the command line client. It's also no problem via cygwin. Sorry for the re-open then. Also thanks for the tip with the UI switch. 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-20913) [jar caching] - winp.x64.dll access conflicts
Oleg Nenashev commented on JENKINS-20913 [jar caching] - winp.x64.dll access conflicts Disclaimer: This approach works on my installation (1.509.4), but it actually corrupts the normal flow and may lead to serious classloading issues. You will need a Groovy plugin... A simple manual approach: 1) Go ${JENKINS_URL}/computer/${NODE_NAME}/script 2) Call "http://arcjenkinsdev/computer/ru20-hw-farm23/script" After that, the Jar caching will be disabled till the node's reconnection. Please note that it may affect the performance of node. In order to setup an automatic cache disabling, just use Startup Trigger together with a System Groovy Script build step. https://wiki.jenkins-ci.org/display/JENKINS/Startup+Trigger 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [promoted-builds] (JENKINS-15947) Promoted builds *list* should also be requestable via REST
Hua Zhang commented on JENKINS-15947 Promoted builds *list* should also be requestable via REST This issue seems to have been (at least partially) fixed[1]. [1] https://github.com/jenkinsci/promoted-builds-plugin/commit/4f35bcfef3997f75949d08667236b909299f32a6 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-20913) [jar caching] - winp.x64.dll access conflicts
Kishore Redlapalli commented on JENKINS-20913 [jar caching] - winp.x64.dll access conflicts @Oleg thanks for your response not sure i can access the URL of the script mentioned, can you please check. when you say this affects performance of a node, could you be a little specific in terms what would be affected, (network bandwidth or cpu cycles?) 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-20913) [jar caching] - winp.x64.dll access conflicts
Kishore Redlapalli edited a comment on JENKINS-20913 [jar caching] - winp.x64.dll access conflicts @Oleg thanks for your response not sure i can access the URL of the script mentioned, can you please check. when you say this affects performance of a node, could you be a little specific in terms what would be affected, (network bandwidth or cpu cycles?) Meanwhile i tried to pass null via "-jar-cache" CLI parameter It is not possible to do so, the slave doesn't launch via jnlp 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-20913) [jar caching] - winp.x64.dll access conflicts
Oleg Nenashev commented on JENKINS-20913 [jar caching] - winp.x64.dll access conflicts @Kishore > not sure i can access the URL of the script mentioned There should be a "Script Console" action on the slave's main page > when you say this affects performance of a node, could you be a little specific in terms what would be affected, (network bandwidth or cpu cycles?) The JAR caching will be disabled, so your slave will have do download all classed from the master node. So the first run of jobs/etc may take more time, but all other runs won't be affected. Actually, it affects distributed systems only. 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-20913) [jar caching] - winp.x64.dll access conflicts
Kishore Redlapalli commented on JENKINS-20913 [jar caching] - winp.x64.dll access conflicts Thanks Oleg, have run it once, will observe if the issue occurs again 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [config-rotator] (JENKINS-22058) Infinite loop on hanging rebase (our case 10651)
Mads Nielsen created JENKINS-22058 Infinite loop on hanging rebase (our case 10651) Issue Type: Bug Assignee: Praqma Support Components: config-rotator Created: 06/Mar/14 9:32 AM Project: Jenkins Priority: Major Reporter: Mads Nielsen 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [build-blocker] (JENKINS-22059) Use parameters in build-blocker Regulary Expression
Michael Brunner created JENKINS-22059 Use parameters in build-blocker Regulary _expression_ Issue Type: Improvement Assignee: Unassigned Components: build-blocker Created: 06/Mar/14 10:07 AM Description: Hi, I would like to use parameters like ${myversion} in the regular _expression_ for build-blocker. This would be a great feature for my use case! Regards and thanks for this plugin! Project: Jenkins Priority: Major Reporter: Michael Brunner 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [conditional-buildstep] (JENKINS-22045) Shell Variable "WORKSPACE" not set
Axel Bodemer commented on JENKINS-22045 Shell Variable "WORKSPACE" not set An other testcase which may be shot in the same direction: About a promotion->parameterized-trigger->downstream-ext I start manually a jenkins-job as a subtasks. This hang at the point "[EnvInject] - Injecting contributions.". If I cancel this subtask, I have got following error message: Run condition [Always] enabling perform for step [Shell ausführen] 11:04:48 ERROR: Publisher org.jenkins_ci.plugins.flexible_publish.FlexiblePublisher aborted due to exception 11:04:48 java.lang.NullPointerException: no workspace from node hudson.model.Hudson@3d03a85f which is computer hudson.model.Hudson$MasterComputer@29c6774 and has channel hudson.remoting.LocalChannel@25e48494 11:04:48 at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:76) 11:04:48 at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:66) 11:04:48 at org.jenkins_ci.plugins.run_condition.BuildStepRunner$2.run(BuildStepRunner.java:110) 11:04:48 at org.jenkins_ci.plugins.run_condition.BuildStepRunner$Fail.conditionalRun(BuildStepRunner.java:154) 11:04:48 at org.jenkins_ci.plugins.run_condition.BuildStepRunner.perform(BuildStepRunner.java:105) 11:04:48 at org.jenkins_ci.plugins.flexible_publish.ConditionalPublisher.perform(ConditionalPublisher.java:134) 11:04:48 at org.jenkins_ci.plugins.flexible_publish.FlexiblePublisher.perform(FlexiblePublisher.java:111) 11:04:48 at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) 11:04:48 at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:804) 11:04:48 at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:776) 11:04:48 at hudson.model.Build$BuildExecution.post2(Build.java:183) 11:04:48 at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:725) 11:04:48 at hudson.model.Run.execute(Run.java:1701) 11:04:48 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) 11:04:48 at hudson.model.ResourceController.execute(ResourceController.java:88) 11:04:48 at hudson.model.Executor.run(Executor.java:231) 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [warnings] (JENKINS-22043) Hyperlinks on the "Details" - pane do not work any more
Ralf Hain commented on JENKINS-22043 Hyperlinks on the "Details" - pane do not work any more Tried with double-escaping and CDATA, neither works. Write a new parser "PC-Lint-unescaped"? Feature Request: checkbox for deactivating the escaping? 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [parameterized-trigger] (JENKINS-12509) To interpret variables in configuration matrix values
ikedam commented on JENKINS-12509 To interpret variables in configuration matrix values Let me know some examples you feel hard to manage and how the feature works for those cases. I'm not sure how it is related to Parameterized Trigger 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-21252) UnsatisfiedLinkError on Startup
Laurent Lemaire commented on JENKINS-21252 UnsatisfiedLinkError on Startup I face the same issue everytime I try to restart Jenkins. Ubuntu 12.04.3 LTS, Java 1.6.0°27 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [robot-plugin] (JENKINS-22060) Plugin does not count suite setup times into duration
jpiironen created JENKINS-22060 Plugin does not count suite setup times into duration Issue Type: Bug Assignee: jpiironen Components: robot-plugin Created: 06/Mar/14 11:11 AM Description: It seems that the in Jenkins 'Browse results' duration trend does not calculate suite setup/teardown to whole time. E.g. 'All test suites' first duration value is in my case 12:37:12.503 (whole test set takes 12h 37minutes). If I open Robot report I can see that the whole time is actually 14:47:35. If I check from 'Browse results' first test suite, it's time is 4:09:17.268, from robot report it is 04:15:05, if I check suite setup it takes 00:05:45.914 and teardown 00:00:01.245. So suite setup and teardown is not calculated by jenkins robot plugin. Project: Jenkins Priority: Major Reporter: jpiironen 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [config-file-provider] (JENKINS-16706) Configure provided settings.xml at the Maven plugin level, not at the Maven job level
Markus KARG commented on JENKINS-16706 Configure provided settings.xml at the Maven plugin level, not at the Maven job level I opened this issue one year ago and wanted to see how well things work. I have to say that with Jenkins 1.532.2 + latest config plugin THIS DOES STILL NOT WORK. If I do not provide any configuration inside the JOB, the MavenRedeploy (= the "Deploy to Maven Repository" post-build action) is NOT using the non-global settings.xml file configured in the config plugin. Hence, it always fails with "unauthorized" as the passwords are in that non-global file. I REALLY BEG YOU TO FIX THIS, AS IT IS REALLY ANNOYING! 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [m2release] (JENKINS-22061) Triggering Maven Release Build
Daniel Klosinski created JENKINS-22061 Triggering Maven Release Build Issue Type: Improvement Affects Versions: current Assignee: teilo Components: m2release Created: 06/Mar/14 11:42 AM Description: Is there any way to configure triggering of M2 Release Plugin using Build Triggers-->Build periodically ? Project: Jenkins Priority: Major Reporter: Daniel Klosinski 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [crowd2] (JENKINS-17712) authentication by token with crowd2 plugin
Kanstantsin Shautsou resolved JENKINS-17712 as Fixed authentication by token with crowd2 plugin Change By: Kanstantsin Shautsou (06/Mar/14 12:09 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [dependency-check-jenkins] (JENKINS-22062) Fresh install complains about database schema
Jeroen van der Vegt created JENKINS-22062 Fresh install complains about database schema Issue Type: Bug Affects Versions: current Assignee: Unassigned Components: dependency-check-jenkins Created: 06/Mar/14 12:10 PM Description: I installed the dependency check plugin (https://wiki.jenkins-ci.org/display/JENKINS/OWASP+Dependency-Check+Plugin) on our Jenkins server and configured it for a project. In the console output I noticed this error: SEVERE: Unable to retrieve database properties: org.owasp.dependencycheck.data.nvdcve.DatabaseException: Database schema does not match this version of dependency-check. Environment: Server: Linux with Jenkins 1.550 Build slave: Windows (with Jenkins 1.550) OWASP Dependency-Check Plugin: 1.1.2 Static Analysis Utilities: 1.55 Project: Jenkins Labels: plugin Priority: Major Reporter: Jeroen van der Vegt 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [active-directory] (JENKINS-22063) Jenkins CLI login does not work
Basheer Ahmed created JENKINS-22063 Jenkins CLI login does not work Issue Type: Bug Affects Versions: current Assignee: Unassigned Components: active-directory Created: 06/Mar/14 12:57 PM Description: java -jar jenkins-cli.jar -s http://jenkins-server:8080 login --username name returns the following error: "--username" is not a valid option Tried giving "-username", "-u", etc. still the same issue. Our server uses LDAP for authentication. I had read number of related issues in jenkins-ci but none of them specified a concrete solution. What am i missing here? Environment: OS: Linux - Red Hat 4 Jenkins version: 1.532.2 Project: Jenkins Labels: jenkins Priority: Major Reporter: Basheer Ahmed 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [crowd2] (JENKINS-13279) Interface with Crowd embedded that runs in Jira
Kanstantsin Shautsou commented on JENKINS-13279 Interface with Crowd embedded that runs in Jira Do you have real crowd (with/wo SSO) to test your changes? 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [git] (JENKINS-20767) Git plugin 2.0: Git polling causes builds even if no changes
SCM/JIRA link daemon commented on JENKINS-20767 Git plugin 2.0: Git polling causes builds even if no changes Code changed in jenkins User: Alexander Link Path: src/main/java/org/jenkinsci/plugins/gitclient/CliGitAPIImpl.java http://jenkins-ci.org/commit/git-client-plugin/8c106e41fac4b928b3abaa524abe91d84c54072f Log: Fix for getHeadRev bug when using branch namespaces JENKINS-20767 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [subversion] (JENKINS-9357) subversion plugin failed project
Bartek Bartek commented on JENKINS-9357 subversion plugin failed project I got the same issue. Upgraded today to Jenkins 1.553 and most recent version of Subversion Plugin. This caused SCM polling does not work anymore: Started on Mar 6, 2014 1:34:40 PM ERROR: Failed to check repository revision for ${BRANCH} org.tmatesoft.svn.core.SVNException: svn: E125002: Malformed URL '${BRANCH}' at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.SVNURL.(SVNURL.java:233) at org.tmatesoft.svn.core.SVNURL.parseURIEncoded(SVNURL.java:127) at hudson.scm.SubversionSCM$ModuleLocation.getSVNURL(SubversionSCM.java:2695) at hudson.scm.SubversionSCM.compareRemoteRevisionWith(SubversionSCM.java:1441) at hudson.scm.SCM._compareRemoteRevisionWith(SCM.java:356) at hudson.scm.SCM.poll(SCM.java:373) at hudson.model.AbstractProject._poll(AbstractProject.java:1584) at hudson.model.AbstractProject.poll(AbstractProject.java:1493) at hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:462) at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:491) at hudson.util.SequentialExecutionQueue$QueueEntry.run(SequentialExecutionQueue.java:118) at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: svn: E125002: Malformed URL '${BRANCH}' at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:171) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:126) at org.tmatesoft.svn.core.SVNURL.(SVNURL.java:232) ... 16 more Done. Took 60 ms Changes found 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [crowd2] (JENKINS-13279) Interface with Crowd embedded that runs in Jira
Patrik Boström commented on JENKINS-13279 Interface with Crowd embedded that runs in Jira I have only tested towards a Jira instance not towards a Crowd server. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [git] (JENKINS-22064) Git Repository Browser URL not saved anymore
Marc Günther created JENKINS-22064 Git Repository Browser URL not saved anymore Issue Type: Bug Assignee: Nicolas De Loof Components: git Created: 06/Mar/14 1:33 PM Description: The "Repository Browser" URL is not saved anymore. The value of the popup itself (githubweb, gitoriousweb, etc) is saved, though. We just upgraded Jenkins from 1.501 and git-plugin 1.1.26. Furthermore, with existing jobs that still have the URL, when you configure and save them without any change, the URL gets removed. Looking at the Job Config History, it shows that the was removed (but that was empty), and also the inside of the tag Project: Jenkins Priority: Minor Reporter: Marc Günther 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [plugin] (JENKINS-22065) docker-build-step-plugin: Create image from Dockerfile
Marcus Linke created JENKINS-22065 docker-build-step-plugin: Create image from Dockerfile Issue Type: New Feature Assignee: Marcus Linke Components: plugin Created: 06/Mar/14 1:34 PM Project: Jenkins Priority: Major Reporter: Marcus Linke 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-17288) Packaging of spring-context-support causes crowd plugin to prevent Jenkins starting properly
Clément billiot commented on JENKINS-17288 Packaging of spring-context-support causes crowd plugin to prevent Jenkins starting properly Same issue for us, we are stuck with version 1.498 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [cvs] (JENKINS-15386) Cannot tag builds using cvs plugin
Monique Maker commented on JENKINS-15386 Cannot tag builds using cvs plugin Is it possible to add CVS tagging as a build and/or post-build action? The current solution with clicking on an additional link is not convenient because does not allow the tag verification against (team, company) rules. 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [cvs-tag] (JENKINS-17399) CVS Tagging plugin currently does not work with CVS Plugin 2.0 or later.
Monique Maker commented on JENKINS-17399 CVS Tagging plugin currently does not work with CVS Plugin 2.0 or later. Is it possible to add CVS tagging to CVS plug-in as a build and/or post-build action? The current solution in the CVS plug-in with clicking on an additional link is not convenient because does not allow the tag verification against (team, company) rules. 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-18313) "H" cron syntax - cannot specify "between 10 pm and 6 am"
Jerzy Zagorski commented on JENKINS-18313 "H" cron syntax - cannot specify "between 10 pm and 6 am" Dave, you can try this: H H(22-23),H(0-5) * * * 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [cvs] (JENKINS-15386) Cannot tag builds using cvs plugin
Monique Maker edited a comment on JENKINS-15386 Cannot tag builds using cvs plugin Is it possible to add CVS tagging to CVS plug-in as a build and/or post-build action? The current solution with clicking on an additional link is not convenient because does not allow the tag verification against (team, company) rules. 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-22029) Build period cannot span midnight
Jerzy Zagorski commented on JENKINS-22029 Build period cannot span midnight Hi, maybe you can split it into two time spans: "H H(22-23)/2,H(0-6)/2 * * *" This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [findbugs] (JENKINS-21256) Findbug: org.dom4j.DocumentFactory cannot be cast to org.dom4j.DocumentFactory
David Frank commented on JENKINS-21256 Findbug: org.dom4j.DocumentFactory cannot be cast to org.dom4j.DocumentFactory I see a very similar class-loading issue with FindBugsPublisher and dom4j on v1.551 with jobs that previously run fine on v1.544!! Stacktrace for me is: ERROR: Publisher hudson.plugins.findbugs.FindBugsPublisher aborted due to exception java.io.IOException: remote file operation failed: /app/jenkins/workspace/authserver at hudson.remoting.Channel@7cbae009:C_inttl10153_jenkins at hudson.FilePath.act(FilePath.java:910) at hudson.FilePath.act(FilePath.java:887) at hudson.plugins.findbugs.FindBugsPublisher.perform(FindBugsPublisher.java:161) at hudson.plugins.analysis.core.HealthAwarePublisher.perform(HealthAwarePublisher.java:144) at hudson.plugins.analysis.core.HealthAwareRecorder.perform(HealthAwareRecorder.java:333) at hudson.tasks.BuildStepMonitor$2.perform(BuildStepMonitor.java:32) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:784) at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:756) at hudson.model.Build$BuildExecution.post2(Build.java:183) at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:705) at hudson.model.Run.execute(Run.java:1695) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:231) Caused by: java.io.IOException: Remote call on C_inttl10153_jenkins failed at hudson.remoting.Channel.call(Channel.java:731) at hudson.FilePath.act(FilePath.java:903) ... 13 more Caused by: java.lang.NoClassDefFoundError: org/dom4j/DocumentException at java.lang.Class.getDeclaredFields0(Native Method) at java.lang.Class.privateGetDeclaredFields(Class.java:2291) at java.lang.Class.getDeclaredField(Class.java:1880) at java.io.ObjectStreamClass.getDeclaredSUID(ObjectStreamClass.java:1605) at java.io.ObjectStreamClass.access$700(ObjectStreamClass.java:50) at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:423) at java.security.AccessController.doPrivileged(Native Method) at java.io.ObjectStreamClass.(ObjectStreamClass.java:411) at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:308) at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:545) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1582) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1495) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1731) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1946) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1870) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1752) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1946) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1870) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1752) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350) at hudson.remoting.UserRequest.deserialize(UserRequest.java:182) at hudson.remoting.UserRequest.perform(UserRequest.java:98) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:328) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) Caused by: java.lang.ClassNotFoundException: org.dom4j.DocumentException (WebAppClassLoader=Jenkins v1.551@59d0d45b did not find class file) at hudson.remoting.RemoteClassLoader$ClassLoaderProxy.fetch2(RemoteClassLoader.java:727) at hudson.remoting.RemoteClassLoader$ClassLoaderProxy.fetch4(RemoteClassLoader.java:777) at hudson.remoting.RemoteClassLoader$ClassLoaderProxy.fetch3(RemoteClassLoader.java:784) at sun.reflect.GeneratedMethodAccessor2462.invoke(Unknown Source) at
[JIRA] [plugin] (JENKINS-22065) docker-build-step-plugin: Create image from Dockerfile
Marcus Linke commented on JENKINS-22065 docker-build-step-plugin: Create image from Dockerfile https://github.com/jenkinsci/docker-build-step-plugin/pull/1 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [git-client] (JENKINS-19001) Git polling not detecting changes since 1.1.1
SCM/JIRA link daemon commented on JENKINS-19001 Git polling not detecting changes since 1.1.1 Code changed in jenkins User: Nicolas De Loof Path: src/main/java/hudson/plugins/git/GitSCM.java src/main/java/hudson/plugins/git/extensions/GitSCMExtension.java src/main/java/hudson/plugins/git/extensions/impl/AuthorInChangelog.java src/main/java/hudson/plugins/git/extensions/impl/DisableRemotePoll.java src/main/java/hudson/plugins/git/extensions/impl/PathRestriction.java src/main/java/hudson/plugins/git/extensions/impl/UserExclusion.java src/main/java/hudson/plugins/git/util/BuildChooser.java src/main/java/hudson/plugins/git/util/DefaultBuildChooser.java http://jenkins-ci.org/commit/git-plugin/d8338ce4bca957a555a8dd02e9681550ce3f4566 Log: [FIXED JENKINS-19001] extension can declare requirement for a workspace during polling 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [cvs] (JENKINS-15386) Cannot tag builds using cvs plugin
Monique Maker edited a comment on JENKINS-15386 Cannot tag builds using cvs plugin Is it possible to add to CVS plug-in a build and/or post-build action for tagging? The current tagging solution with clicking on an additional link is not convenient (for us) because requires additional human interaction, which can not be controlled. Adding a build or post-build CVS tagging action, which to run on certain build results, will allow to: 1. Impose the build tagging (on success, for example); 2. Validate the tag (content) against some rules, using the Validating String Parameter Plugin for example; 3. Generate a tag based on other job run information. 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [cvs-tag] (JENKINS-17399) CVS Tagging plugin currently does not work with CVS Plugin 2.0 or later.
Monique Maker edited a comment on JENKINS-17399 CVS Tagging plugin currently does not work with CVS Plugin 2.0 or later. Is it possible to add to CVS plug-in a build and/or post-build action for tagging? See this comment for more details. 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [email-ext] (JENKINS-20078) email-ext plugin takes a huge amount of time to send out final status emails (30min)
Walter Kacynski commented on JENKINS-20078 email-ext plugin takes a huge amount of time to send out final status emails (30min) When will you be publishing 2.37.2.1 as an official fix? I can help pursue the groovy script at a later point in time? 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [config-file-provider] (JENKINS-16706) Configure provided settings.xml at the Maven plugin level, not at the Maven job level
Markus KARG commented on JENKINS-16706 Configure provided settings.xml at the Maven plugin level, not at the Maven job level Ok I am a step further now and have it running, and I think I know what the problem is. First of all, I confirm that "Use default maven global settings" is working very well and it effectively leads to using the configured global settings.xml provided by the Config File Provider plugin. Also I confirm that the option "provided settings.xml" is working well and it effectievely leads to using the configured settings.xml provided by the Config File Provider plugin – but that one has to be told in each and every Maven job description! What not work is "Use default maven settings". It leads to the fact that Jenkins still is using a "vanilly" Maven config instead of the settings.xml provided by the Config File Provider plugin. And it looks like this is a known "limitation" (I would say: "bug") of the plugin. Can someone please please please fix this? 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [git] (JENKINS-20767) Git plugin 2.0: Git polling causes builds even if no changes
Mark Waite commented on JENKINS-20767 Git plugin 2.0: Git polling causes builds even if no changes git-client-plugin 1.6.4 has been released and includes this change. It should be visible on the update center within the next 8 hours. 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [git] (JENKINS-21936) Git Plugin 2.0.2 and later NullPointerException onNotifyCommit
Mark Waite commented on JENKINS-21936 Git Plugin 2.0.2 and later NullPointerException onNotifyCommit Nicolas plans to release git-plugin 2.0.4 very soon. I assume it will be available within the next few days. 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [git] (JENKINS-20767) Git plugin 2.0: Git polling causes builds even if no changes
Mark Waite edited a comment on JENKINS-20767 Git plugin 2.0: Git polling causes builds even if no changes git-client-plugin 1.6.4 has been released and includes this change. It should be visible on the update center within the next 8 hours. Refer to https://wiki.jenkins-ci.org/display/JENKINS/Git+Client+Plugin#GitClientPlugin-ChangeLog for the description of the changes in 1.6.4 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [git] (JENKINS-22064) Git Repository Browser URL not saved anymore
Mark Waite commented on JENKINS-22064 Git Repository Browser URL not saved anymore That sounds like an upgrade compatibility issue. Since there were major changes from git-plugin 1.x to git-plugin 2.x, there are some cases where the upgrade does not behave correctly. It appears you've detected one of those cases. Could you upload a copy of your job definition XML file so that we can consider eventually including it in a git-plugin upgrade compatibility test suite? 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [cvs] (JENKINS-15386) Cannot tag builds using cvs plugin
Monique Maker edited a comment on JENKINS-15386 Cannot tag builds using cvs plugin Is it possible to extend the CVS plug-in with a build and/or post-build actions for tagging? The current tagging solution with clicking on an additional link is not convenient (for us) because requires additional human interaction, which can not be controlled. Adding a build or post-build CVS tagging action, which to run on certain build results, will allow to: 1. Impose the build tagging (on success, for example); 2. Validate the tag (content) against some rules, using the Validating String Parameter Plugin for example; 3. Generate a tag based on other job run information. 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [cvs-tag] (JENKINS-17399) CVS Tagging plugin currently does not work with CVS Plugin 2.0 or later.
Monique Maker edited a comment on JENKINS-17399 CVS Tagging plugin currently does not work with CVS Plugin 2.0 or later. Is it possible to extend the CVS plug-in with a build and/or post-build actions for tagging? See this comment for more details. 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [plugin] (JENKINS-22066) PTC plugin has massive memory leak if scm names are not unique
Robert Bitel created JENKINS-22066 PTC plugin has massive memory leak if scm names are not unique Issue Type: Bug Assignee: Unassigned Components: plugin Created: 06/Mar/14 3:23 PM Description: Our Jenkins server has 100+ jobs. We have been dealing with a severe memory leak after we updated our PTC plugin. After trying many things I noticed that if all configurations have unique scm names that this problem goes away. To recreate this just create a number of jobs with the same scm config name. force a run of all these jobs at the same time ( you might need to have multiple executors ). you should see that some derby write threads never get cleaned up and memory is leaking. Project: Jenkins Labels: PTC scm Priority: Major Reporter: Robert Bitel 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [coverity] (JENKINS-22067) Coverity Plugin 1.3.0 + Coverity 7.0.3 = 503: Service Unavailable when Fetching Defects
ez2cwhy created JENKINS-22067 Coverity Plugin 1.3.0 + Coverity 7.0.3 = 503: Service Unavailable when Fetching Defects Issue Type: Bug Affects Versions: current Assignee: Ken Dang Components: coverity Created: 06/Mar/14 3:31 PM Description: The plugin works perfectly when executing the analysis phase and committing the defects. However, when it attempts to fetch the defects from the stream in order to update the Jenkins build page, it fails with a "HTTP status code 503: Service Unavailable." Is there a change in the Web Services API that the plugin does not support? Environment: RHEL 6.3, Jenkins 1.547, Coverity Plugin 1.3.0 Project: Jenkins Priority: Major Reporter: ez2cwhy 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-22068) Clicking "Build Now" on Promotion causes hanging promtion and requires Jenkins restart
Kevin Thieling created JENKINS-22068 Clicking "Build Now" on Promotion causes hanging promtion and requires Jenkins restart Issue Type: Bug Assignee: Unassigned Components: core, promoted-builds Created: 06/Mar/14 3:33 PM Description: We came across an issue with promoting a build. Someone had gone into the jobs main page and clicked on "Promotion Status" on the left hand side, clicked on one of the promotions, and then just clicked the "Build Now" on the left side. This caused a promotion to queue up in this window only, not in any other view. The promotions just hangs. When you hover over it, it just says "Started null ago estimated time remaining: null" In order to get it to clear, I have to restart the core Jenkins service. Normally we promote by clicking on the actual build number and then go to promotion status and then approve it, but I don't think the build now should break like this. I understand that doing it through the build now isn't pointing at a specific build so I assume that is why it hangs, but it should maybe grab the latest build when you do it that way, or the build now link should not be an option on that page... I have tried updating to the latest promoted plugin of 2.17 as well as the latest Jenkins version of 1.553 with no luck. I can submit screen shots if needed. Environment: VM - Windows Server 2008 R2 64 bit 4 GB RAM 2 2.10 GHz processors Jenkins Core - 1.530 Promoted Builds Plugin - 2.13, also tried 2.17 Project: Jenkins Priority: Major Reporter: Kevin Thieling 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-22068) Clicking "Build Now" on Promotion causes hanging promotion and requires Jenkins restart
Kevin Thieling updated JENKINS-22068 Clicking "Build Now" on Promotion causes hanging promotion and requires Jenkins restart Change By: Kevin Thieling (06/Mar/14 3:39 PM) Summary: Clicking "Build Now" on Promotion causes hanging promtion promotion and requires Jenkins restart 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-22068) Clicking "Build Now" on Promotion causes hanging promotion and requires Jenkins restart
Kevin Thieling updated JENKINS-22068 Clicking "Build Now" on Promotion causes hanging promotion and requires Jenkins restart Change By: Kevin Thieling (06/Mar/14 3:46 PM) Description: We came across an issue with promoting a build. Someone had gone into the jobs main page and clicked on "Promotion Status" on the left hand side, clicked on one of the promotions, and then just clicked the "Build Now" on the left side. This caused a promotion to queue up in this window only, not in any other view. The promotions just hangs. When you hover over it, it just says "Started null ago estimated time remaining: null" . When clicking on Console output, I get a 404 error. In order to get it to clear, I have to restart the core Jenkins service. Normally we promote by clicking on the actual build number and then go to promotion status and then approve it, but I don't think the build now should break like this. I understand that doing it through the build now isn't pointing at a specific build so I assume that is why it hangs, but it should maybe grab the latest build when you do it that way, or the build now link should not be an option on that page...I have tried updating to the latest promoted plugin of 2.17 as well as the latest Jenkins version of 1.553 with no luck. I can submit screen shots if needed. 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [build-pipeline] (JENKINS-20499) unable to retry job execution for failed job in build-pipeline
cici thomson commented on JENKINS-20499 unable to retry job execution for failed job in build-pipeline Same problem: Ubuntu 12.04.4 LTS Jenkins: 1.551 Build Pipeline Plugin: 1.4.2 Not using Parameterized Triggers, but plugin 2.22 is installed for other 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [perforce] (JENKINS-21091) Config flip-flopping
Rob Petti commented on JENKINS-21091 Config flip-flopping If you manually deleted it, then it would just re-add it on the next run. It's used for configuring whether which change to start pulling changes from, so that the first build of an old project does not try to get a million changes from your SCM. 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [disk-usage] (JENKINS-21003) ProjectDiskUsageAction.getBuildsDiskUsageAllSubItems breaks lazy-loading
recampbell commented on JENKINS-21003 ProjectDiskUsageAction.getBuildsDiskUsageAllSubItems breaks lazy-loading Same problem here. CPU was at 200% thanks to about 27 threads trying to calculate disk usage for the same project. Disabling the disk-usage plugin fixed the issue. I think this is critical to fix because it's problems like this that give Jenkins a bad name. 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [git-client] (JENKINS-22017) Git client: NoClassDefFoundError
Martijn Polak commented on JENKINS-22017 Git client: NoClassDefFoundError I've bypassed the issue for now by creating a simple shell script that clones/pulls the repo passed as command line argument into the workspace (depending on whether the workspace contains a .git dir) and run that as first build step instead of a VCS checkout. No git-client needed 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [selenium] (JENKINS-22069) Client can not register to Selenium grid if jenkins is served via a proxy
Björn Pedersen created JENKINS-22069 Client can not register to Selenium grid if jenkins is served via a proxy Issue Type: Bug Affects Versions: current Assignee: Richard Lavoie Components: selenium Created: 06/Mar/14 4:40 PM Description: [VirtualBox] Stage 2 launcher completed adding seleniumProtocol=WebDriver,browserName=firefox,maxInstances=1 Mrz 06, 2014 5:24:20 PM org.openqa.grid.internal.utils.SelfRegisteringRemote startRemoteServer WARNING: error getting the parameters from the hub. The node may end up with wrong timeouts.Connection to http://: refuse Actually the proxy does not listen on port , these requests should go directly to the "real" jenkinshost. Project: Jenkins Priority: Major Reporter: Björn Pedersen 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [cvs] (JENKINS-15386) Cannot tag builds using cvs plugin
Michael Clarke commented on JENKINS-15386 Cannot tag builds using cvs plugin Monique: Does the CVS tag plugin not do what you want? 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [plot] (JENKINS-21493) NullPointerException in Publisher
Kevin German commented on JENKINS-21493 NullPointerException in Publisher I see the problem on Jenkins 1.532.1 with Plot 1.6, but I am unable to reproduce on Jenkins 1.532.1 with Plot 1.5 with the same data. 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [ec2] (JENKINS-19059) [ec2-plugin] spot instance feature cannot be used when the master deployed internally (no public access)
crawfish101 commented on JENKINS-19059 [ec2-plugin] spot instance feature cannot be used when the master deployed internally (no public access) I actually like the idea of polling the spot instance and looking for an instance id associated with a fulfilled request. The requirement of forcing the Jenkins master to be publicly accessible is a serious limitation. This new polling mechanism could be a separate user configurable option, but if was actually working as expected then I don't know why a user would want to use the current inbound connection approach. 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [build-pipeline] (JENKINS-20499) unable to retry job execution for failed job in build-pipeline
Sagar Khanna commented on JENKINS-20499 unable to retry job execution for failed job in build-pipeline Same issue: CentOS release 6.4 Jenkins: 1.553 Build Pipeline Plugin: 1.4.2 Parameterized Trigger plugin: 2.22 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [promoted-builds] (JENKINS-22070) I want to be able to use the Promoted_user_name variable but it's not displayed when i'm executing the set command.
hau vong created JENKINS-22070 I want to be able to use the Promoted_user_name variable but it's not displayed when i'm executing the set command. Issue Type: Bug Assignee: Unassigned Components: promoted-builds Created: 06/Mar/14 6:44 PM Description: I want to be able to use the promoted_user_name variable and pass it as a parameter into a powershell script. but I can't get the environment variable to display when i execute the 'set' command. I'm running the promoted builds plugin ver 2.17. what am i doing wrong? How can i get the variable to be accessible? Due Date: 24/Mar/14 12:00 AM Environment: Windows 2008 r2. running as a service. using Jenkins ver 1.501. promoted builds plugin ver 2.17. Fix Versions: current Project: Jenkins Labels: plugin Priority: Minor Reporter: hau vong 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [maven] (JENKINS-21554) NPE after "Waiting for Jenkins to finish collecting data"
Daniel Tehranian commented on JENKINS-21554 NPE after "Waiting for Jenkins to finish collecting data" ping - Juha? Are you using DSL to generate your jobs? 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [github] (JENKINS-22071) 'pull_request' type webhook from Github throws an exception
Nukul Bhasin created JENKINS-22071 'pull_request' type webhook from Github throws an exception Issue Type: Bug Assignee: Unassigned Components: github Created: 06/Mar/14 7:25 PM Description: When configuring a Webhook from github of type 'push' the post is succesfully processed by the plugin. When a Webhook from github is configured of type 'pull_request' the post, the plugin throws an exception complaining that there is no payload. Github support seems to suggest that they are sending the correct payload. Exact line throwing the exception maps to this line - https://github.com/jenkinsci/github-plugin/blob/master/src/main/java/com/cloudbees/jenkins/GitHubWebHook.java#L152 which maps to exception cause here Caused by: java.lang.IllegalArgumentException: Not intended to be browsed interactively (must specify payload parameter) at com.cloudbees.jenkins.GitHubWebHook.doIndex(GitHubWebHook.java:154) Fully detailed exception returned is right here. at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:778) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:858) at org.kohsuke.stapler.MetaClass$12.dispatch(MetaClass.java:390) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:728) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:858) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:631) at org.kohsuke.stapler.Stapler.service(Stapler.java:225) at javax.servlet.http.HttpServlet.service(HttpServlet.java:848) at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:686) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1494) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:96) at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:88) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482) at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:48) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84) at hudson.security.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at jenkins.security.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:117) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:174) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at jenkins.security.ApiTokenFilter.doFilter(ApiTokenFilter.java:79) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249) at hudson.security.HttpSessionContextIntegrationFilter2.doFilter(HttpSessionContextIntegrationFilter2.java:67) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76) at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:164) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482) at org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:46) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482) at hudson.util.CharacterEncodingFilter.doF
[JIRA] [core] (JENKINS-22072) Multi-configuration parent consumes an executor when build is queued with slave offline
ksmyth created JENKINS-22072 Multi-configuration parent consumes an executor when build is queued with slave offline Issue Type: Bug Assignee: Unassigned Attachments: jenkins_config.xml, job_config.xml Components: core Created: 06/Mar/14 7:57 PM Description: I have a multi-configuration job where "Restrict where this project can be run" is set to node1, and Configuration Matrix>Slaves is also set to node1. node1 has 1 executor. If a build is started when node1 is online, the parent build doesn't consume an executor and the build completes successfully. If a build is started when node1 is offline, then when node1 is brought online, the parent build consumes the executor and the build is deadlocked, since the "node1" configuration has nowhere to run. To repro: Start with no Jenkins configuration java -jar jenkins.war Create node1 with 1 executor, started with JNLP. Don't connect it yet Create multi-configuration job with both "Restrict where this project can be run" and the Configuration Matrix>Slaves set to node1 Schedule a build for the job Run the node1 JNLP client. (It can be run on the same machine as the master) The job never completes, as it is deadlocked Environment: Jenkins 1.552 Windows 7 master and slave Project: Jenkins Priority: Major Reporter: ksmyth 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [cppcheck] (JENKINS-22073) ProjectAction should render graph, optimize build.xml size
Michal Turek updated JENKINS-22073 ProjectAction should render graph, optimize build.xml size Change By: Michal Turek (06/Mar/14 8:09 PM) Description: The trend graph is part of project/job page and should be created in CppcheckProjectAction instead of in CppcheckBuildAction. Every build.xml file contains full plugin configuration now including all information for rendering of trend graph, this is not needed. 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [cppcheck] (JENKINS-22073) ProjectAction should render graph, optimize build.xml size
Michal Turek started work on JENKINS-22073 ProjectAction should render graph, optimize build.xml size Change By: Michal Turek (06/Mar/14 8:08 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [cppcheck] (JENKINS-22073) ProjectAction should render graph, optimize build.xml size
Michal Turek created JENKINS-22073 ProjectAction should render graph, optimize build.xml size Issue Type: Improvement Affects Versions: current Assignee: Michal Turek Components: cppcheck Created: 06/Mar/14 8:08 PM Description: The trend graph is part of project/job page and should be created in CppcheckProjectAction instead of in CppcheckBuildAction. Every build.xml file contains full plugin configuration now including all information for rendering of trend graph, this is not needed. Environment: All Project: Jenkins Priority: Minor Reporter: Michal Turek 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [cppcheck] (JENKINS-22073) ProjectAction should render graph, optimize build.xml size
Michal Turek updated JENKINS-22073 ProjectAction should render graph, optimize build.xml size Change By: Michal Turek (06/Mar/14 8:11 PM) Description: The trend graph is part of project/job page and should be created in CppcheckProjectAction instead of in CppcheckBuildAction. Every build.xml file contains full plugin configuration including all information for rendering of trend graph, this is not needed. {noformat} cppcheck.xmlfalsefalse 42 42 42 42 42 42 true true true true true true true 42 42 true true true true true true true true {noformat} 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [matrix] (JENKINS-9531) choose matrix build nodes based on label matches
Phil Miller commented on JENKINS-9531 choose matrix build nodes based on label matches This would be very helpful to me as well. I've implemented the slave label axis work-around, but it's a seriously non-scalable hack. It'd be much preferable to have axes represent actual desired configurations, with whatever filters applied, and then separate logic to match enabled configurations with nodes on which to run them. 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [downstream-buildview] (JENKINS-6256) Builds are listed under the wrong job
Joshua Ellis commented on JENKINS-6256 Builds are listed under the wrong job I'm experiencing a similar problem. The build.xml files are being placed in the wrong job files and messing up the last good build number. Is there a known work around? Would a Jenkins clean install help? 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [matrix] (JENKINS-7542) Matrix jobs tied to label executed consecutively even if there are free nodes of this label
Phil Miller updated JENKINS-7542 Matrix jobs tied to label executed consecutively even if there are free nodes of this label Change By: Phil Miller (06/Mar/14 8:37 PM) Summary: Matrix jobs tied to label executed consequently consecutively even if there are free nodes of this label 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [perforce] (JENKINS-22027) Perforce Fire Storm . . .
Rob Petti assigned JENKINS-22027 to Unassigned Perforce Fire Storm . . . Change By: Rob Petti (06/Mar/14 8:39 PM) Assignee: Rob Petti 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [xunit] (JENKINS-21278) java.lang.NullPointerException at org.jenkinsci.plugins.xunit.XUnitProcessor.performTests(XUnitProcessor.java:102)
John Galambos reopened JENKINS-21278 java.lang.NullPointerException at org.jenkinsci.plugins.xunit.XUnitProcessor.performTests(XUnitProcessor.java:102) This does not fix the issue for me. I have a feeling it is because there are two places I am using this plugin: 1) Process xUnit Test result report (during the build) 2) Publish xUnit Test result report (during the post-build actions) Step 1 works fine. Step 2 still results in the the original exception. I have a feeling this is due to how the plugin affects the job config.xml. Step 1 results in the following being added to the config file: Build/TestResults/_javascript_Unit/*/.xml false true true true Build/TestResults/NUnit/*/.xml false true true true 0 0 0 0 0 0 0 0 1 3000 Step 2 results in the following: 1 3000 Note that there is no types section in the publishers section. Could this be the issue? Change By: John Galambos (06/Mar/14 8:46 PM) Resolution: Fixed 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [xunit] (JENKINS-21278) java.lang.NullPointerException at org.jenkinsci.plugins.xunit.XUnitProcessor.performTests(XUnitProcessor.java:102)
John Galambos edited a comment on JENKINS-21278 java.lang.NullPointerException at org.jenkinsci.plugins.xunit.XUnitProcessor.performTests(XUnitProcessor.java:102) This does not fix the issue for me. I have a feeling it is because there are two places I am using this plugin: 1) Process xUnit Test result report (during the build) 2) Publish xUnit Test result report (during the post-build actions) Step 1 works fine. Step 2 still results in the the original exception. I have a feeling this is due to how the plugin affects the job config.xml. Step 1 results in the following being added to the config file: "xunit@1.84"> Build/TestResults/_javascript_Unit/**/*.xml false true true true Build/TestResults/NUnit/**/*.xml false true true true 0 0 0 0 0 0 0 0 1 3000 Step 2 results in the following: "xunit@1.84"> 1 3000 Note that there is no types section in the publishers section. Could this be 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [perforce] (JENKINS-21939) Perforce Clean Workspace "Full Wipe" should not add "-f" option to sync.
Rob Petti commented on JENKINS-21939 Perforce Clean Workspace "Full Wipe" should not add "-f" option to sync. Yes, actually, it should assume a force sync, otherwise the user won't get all the files unless their client's have table is also cleared, which the plugin doesn't do. Simply preventing a force sync from occurring will break the clean functionality for the majority of users. I believe this is a bug in Perforce itself. '-f' and '-p' should not conflict with each other, as their functionality is not mutually exclusive. One option doesn't record the new state of the client while syncing, and the other syncs files even if the client reports them as being synced already. 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [build-pipeline] (JENKINS-18464) Build Pipeline and Join plugin do not play nicely together
John McGehee commented on JENKINS-18464 Build Pipeline and Join plugin do not play nicely together Workaround: Use the Multijob Plugin alone without the Build Pipeline Plugin. The Multijob Plugin gives you the functionality of the Join Plugin, and its configuration is more straightforward. I actually like how it displays my running build better than the Build Pipeline 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [build-pipeline] (JENKINS-18464) Build Pipeline and Join plugin do not play nicely together
John McGehee edited a comment on JENKINS-18464 Build Pipeline and Join plugin do not play nicely together WORKAROUND: Use the Multijob Plugin alone without the Build Pipeline Plugin. The Multijob Plugin gives you the functionality of the Join Plugin, and its configuration is more straightforward. I actually like how it displays my running build better than the Build Pipeline 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [security] (JENKINS-17081) Permission "hudson.model.Item.Read:anonymous" coming from nowhere
evernat commented on JENKINS-17081 Permission "hudson.model.Item.Read:anonymous" coming from nowhere Is it reproduced with a recent Jenkins version? 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [maven] (JENKINS-17056) Hanging Maven module builds
evernat commented on JENKINS-17056 Hanging Maven module builds Is it reproduced with a recent Jenkins version? 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [slave-status] (JENKINS-17082) Jenkins Job failed because slave was done in the middle of the run
evernat commented on JENKINS-17082 Jenkins Job failed because slave was done in the middle of the run Is it reproduced with a recent Jenkins version? 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [plugin] (JENKINS-17089) Role Stretegy Plugin doesn't work in 1.502~1.504.
evernat resolved JENKINS-17089 as Incomplete Role Stretegy Plugin doesn't work in 1.502~1.504. I think that this issue is incomplete, so resolving as incomplete. If reproduced with recent Jenkins and plugin versions, please take a look at jenkins logs for example. Change By: evernat (06/Mar/14 9:03 PM) Status: Open Resolved Resolution: Incomplete 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [xunit] (JENKINS-21278) java.lang.NullPointerException at org.jenkinsci.plugins.xunit.XUnitProcessor.performTests(XUnitProcessor.java:102)
John Galambos commented on JENKINS-21278 java.lang.NullPointerException at org.jenkinsci.plugins.xunit.XUnitProcessor.performTests(XUnitProcessor.java:102) I have confirmed that manually copying the types section to the from the builders xunit section to the publishers xunit section stops the exception from being thrown. 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [plugin] (JENKINS-17089) Role Stretegy Plugin doesn't work in 1.502~1.504.
evernat edited a comment on JENKINS-17089 Role Stretegy Plugin doesn't work in 1.502~1.504. I think that this issue is incomplete, so resolving as incomplete. If reproduced with recent Jenkins and plugin versions, please take a look at jenkins logs for example. Then reopen the issue of course. 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-17098) Wipe out workspace does not remove parallel workspaces correctly
evernat commented on JENKINS-17098 Wipe out workspace does not remove parallel workspaces correctly Is it reproduced with a recent Jenkins version? 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-17107) Jenkins runs for a bit and then stops responding
evernat resolved JENKINS-17107 as Incomplete Jenkins runs for a bit and then stops responding I think that this issue is incomplete, so resolving as incomplete. If it happens again please take a look at logs and please take thread dumps. Change By: evernat (06/Mar/14 9:09 PM) Status: Open Resolved Resolution: Incomplete 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-17109) ComputerListener onConfigurationChange should provide computer object
evernat updated JENKINS-17109 ComputerListener onConfigurationChange should provide computer object An api change can't be a bug, so changing the issue. Change By: evernat (06/Mar/14 9:13 PM) Issue Type: Bug Improvement 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [plugin] (JENKINS-22065) docker-build-step-plugin: Create image from Dockerfile
SCM/JIRA link daemon commented on JENKINS-22065 docker-build-step-plugin: Create image from Dockerfile Code changed in jenkins User: Marcus Linke Path: pom.xml http://jenkins-ci.org/commit/docker-build-step-plugin/be11d526b16ec4184d4696061372300929f7e3f6 Log: JENKINS-22065 Compare: https://github.com/jenkinsci/docker-build-step-plugin/compare/61a311ea7932...be11d526b16e 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [gui] (JENKINS-16802) Using Apache proxysettings breaks several GUI functions
evernat commented on JENKINS-16802 Using Apache proxysettings breaks several GUI functions Is it fixed or perhaps reproduced with a recent Jenkins version? 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-17114) Reason for job starvation icon is wrong
evernat commented on JENKINS-17114 Reason for job starvation icon is wrong Good catch, we can be glad of this issue. But, is it reproduced with a recent Jenkins version? 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [build-pipeline] (JENKINS-22074) Build Pipeline Plugin displays Multijobs in alphabetical order
John McGehee created JENKINS-22074 Build Pipeline Plugin displays Multijobs in alphabetical order Issue Type: Bug Affects Versions: current Assignee: Unassigned Attachments: jenkins-multiview-in-pipeline.png Components: build-pipeline Created: 06/Mar/14 9:21 PM Description: When I put a multijob into a build pipeline, it is rendered completely incorrectly. The multijob appears in the center column, and the jobs within the multijob are displayed in alphabetical order (not build order) vertically on the right (see the attached image). The jobs are executed in the correct order, and they turn green or red at the correct times. It is just their placement that is incorrect. Also I suppose that the multijob should not be displayed. WORKAROUND: Use the Multijob Plugin alone without the Build Pipeline Plugin. Environment: Red Hat Enterprise Linux 5, kernel 2.6.18-238.el5 FireFox 17.0.8 Project: Jenkins Priority: Minor Reporter: John McGehee 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [plugin] (JENKINS-22065) docker-build-step-plugin: Create image from Dockerfile
vjuranek resolved JENKINS-22065 as Fixed docker-build-step-plugin: Create image from Dockerfile Included in ver. 1.1 (released right now). Change By: vjuranek (06/Mar/14 9:21 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [build-pipeline] (JENKINS-22074) Jobs within a Multijob are placed incorrectly in Build Pipeline Plugin display
John McGehee updated JENKINS-22074 Jobs within a Multijob are placed incorrectly in Build Pipeline Plugin display Change By: John McGehee (06/Mar/14 9:24 PM) Summary: Jobs within a Multijob are placed incorrectly in Build Pipeline Plugin displays Multijobs in alphabetical order display 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [maven-info] (JENKINS-21450) NPE on "Selected Module Last Version" when Jenkins Job Name != artifactId
Daniel Kirkdorffer commented on JENKINS-21450 NPE on "Selected Module Last Version" when Jenkins Job Name != artifactId Just to confirm the new version, 0.2.0, fixes the problems I was seeing. 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-17113) Job starvation icon does not show tool tip
evernat commented on JENKINS-17113 Job starvation icon does not show tool tip Good catch again, thanks for the issue. Is it reproduced with a recent Jenkins version? 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [customtools-plugin] (JENKINS-22075) null pointer
Ben Mathews created JENKINS-22075 null pointer Issue Type: Bug Affects Versions: current Assignee: Oleg Nenashev Components: customtools-plugin Created: 06/Mar/14 10:20 PM Description: Started getting a stack trace on project using custom tool plugin FATAL: null java.lang.NullPointerException at com.cloudbees.jenkins.plugins.customtools.CustomToolInstallWrapper.decorateLauncher(CustomToolInstallWrapper.java:162) at hudson.model.AbstractBuild$AbstractBuildExecution.createLauncher(AbstractBuild.java:631) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:543) at hudson.model.Run.execute(Run.java:1670) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:231) Environment: RHEL5, installed via rpm Project: Jenkins Priority: Major Reporter: Ben Mathews 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [customtools-plugin] (JENKINS-22075) null pointer
Ben Mathews commented on JENKINS-22075 null pointer This is with v 0.4.1 of the plugin and 1.552 of jenkins This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [scm-sync-configuration] (JENKINS-22076) SCM Sync Configuration crashes after enter repository URL
jan_ruzicka created JENKINS-22076 SCM Sync Configuration crashes after enter repository URL Issue Type: Bug Assignee: Frédéric Camblor Attachments: SCMSyncException.txt Components: scm-sync-configuration Created: 06/Mar/14 10:51 PM Description: After updating Jenkins and Jenkins plugins the SCM Sync Configuration Plugin is not able to sync with repository. Following steps mentioned in the wiki "ScmSyncConfig Troubleshootings" confirmed access to repository. The temporary job was able to connect and checkout the configuration files. The System configuration page shows "ERROR" link under the repository URL box in the subversion section of the SCM Sync configuration area. Problem does not go away after Jenkins restart. The scm_sync_configuration shows lines : aborted (scm manipulator not settled !) Environment: Jenkins 1.532.2, SCM Sync Configuration Plugin 0.0.7.4, Credentials Plugin 1.10 Project: Jenkins Priority: Major Reporter: jan_ruzicka 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [scm-sync-configuration] (JENKINS-22076) SCM Sync Configuration crashes after enter repository URL
jan_ruzicka commented on JENKINS-22076 SCM Sync Configuration crashes after enter repository URL During restart Jenkins log shows: WARNING: null java.lang.RuntimeException: Error during ScmSyncConfiguration initialisation ! at hudson.plugins.scm_sync_configuration.ScmSyncConfigurationPlugin.init(ScmSyncConfigurationPlugin.java:154) at hudson.plugins.scm_sync_configuration.extensions.ScmSyncConfigurationItemListener.onLoaded(ScmSyncConfigurationItemListener.java:24) at jenkins.model.Jenkins.(Jenkins.java:861) at hudson.model.Hudson.(Hudson.java:81) at hudson.model.Hudson.(Hudson.java:77) at hudson.WebAppMain$3.run(WebAppMain.java:221) Caused by: java.lang.NullPointerException at hudson.plugins.scm_sync_configuration.scms.ScmSyncSubversionSCM.extractScmCredentials(ScmSyncSubversionSCM.java:51) at hudson.plugins.scm_sync_configuration.scms.SCM.getConfiguredRepository(SCM.java:63) at hudson.plugins.scm_sync_configuration.SCMManipulator.scmConfigurationSettledUp(SCMManipulator.java:57) at hudson.plugins.scm_sync_configuration.ScmSyncConfigurationBusiness.initializeRepository(ScmSyncConfigurationBusiness.java:69) at hudson.plugins.scm_sync_configuration.ScmSyncConfigurationBusiness.init(ScmSyncConfigurationBusiness.java:64) at hudson.plugins.scm_sync_configuration.ScmSyncConfigurationPlugin.init(ScmSyncConfigurationPlugin.java:152) ... 5 more 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [promoted-builds] (JENKINS-16063) Add USER_ID variable to be available at the time of promotion if promoted manually
eguess74 commented on JENKINS-16063 Add USER_ID variable to be available at the time of promotion if promoted manually Thanks for taking care of that! It would probably be a little bit simpler to use if it would be USER_ID and not the full name. I needed to send email to the promotion user from promotion script and to get the address i used the following workaround: create groovy script import jenkins.* import jenkins.model.* import hudson.* import hudson.model.* name = args[0] user = Jenkins.getInstance().getUser(name) properties = user.getPrperties() for (item in properties){ if (item.value instanceof hudson.tasks.Mailer.UserProperty){} println(item.value.getAddress()) } Then execute this during the promotion and pass the $PROMOTED_USER_NAME to get the email address for further 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [promoted-builds] (JENKINS-16063) Add USER_ID variable to be available at the time of promotion if promoted manually
eguess74 edited a comment on JENKINS-16063 Add USER_ID variable to be available at the time of promotion if promoted manually Thanks for taking care of that! It would probably be a little bit simpler to use if it would be USER_ID and not the full name. I needed to send email to the promotion user from promotion script and to get the address i used the following workaround: create groovy script import jenkins.* import jenkins.model.* import hudson.* import hudson.model.* name = args[0] user = Jenkins.getInstance().getUser(name) properties = user.getProperties() for (item in properties){ if (item.value instanceof hudson.tasks.Mailer.UserProperty){} println(item.value.getAddress()) } Then execute this during the promotion and pass the $PROMOTED_USER_NAME to get the email address for further 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [perforce] (JENKINS-21939) Perforce Clean Workspace "Full Wipe" should not add "-f" option to sync.
Rob Petti commented on JENKINS-21939 Perforce Clean Workspace "Full Wipe" should not add "-f" option to sync. Perhaps unsurprisingly, Perforce will not change this, as they believe it will cause issues with other end users. There's really no way around this except not putting in the -f flag when -p is enabled under any circumstances, but even that has issues if the user doesn't follow standard practice by either always using -p, or never using -p. Personally, I'd recommend using a quick clean instead of a full wipe as a workaround until someone can fix this in the 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 -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.