[JIRA] [poll-mailbox-trigger-plugin] (JENKINS-25165) Re-build a job using poll-mailbox-trigger-plugin
Nick Grealy assigned JENKINS-25165 to Nick Grealy Re-build a job using poll-mailbox-trigger-plugin Change By: Nick Grealy (18/Feb/15 1:03 AM) Assignee: NickGrealy This message is automatically generated by JIRA. 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] [subversion-plugin] (JENKINS-26612) svn: absolutely unacceptably SLOW
Pablob P commented on JENKINS-26612 svn: absolutely unacceptably SLOW I'm not even sure how to down grade to older version. I think there is HUGE bug in svn code. For some retarded reason it tries to wipeout entire repo and checkout it again from scratch. I see it once again right now, it's been doing svn update for more than an hour already, and it was only a minor change in one file. Here's what I see: Started by user anonymous Building in workspace C:\work\jenkins\my-project-name Updating svn+ssh://my-username@svn-host/usr/svn/trunk/my-project-name at revision '2015-02-17T21:28:59.850 -0500' Workspace appear to be locked, so getting a fresh workspace Cleaning local Directory . hours of wasted time here. It looks like if the workspace is locked for whatever reason it does that wipe-out step. Can I disable that somehow?? This message is automatically generated by JIRA. 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] [build-pipeline-plugin] (JENKINS-27001) On Windows installations if the pipeline view is set to show more than 200 jobs CPU is pushed to 100% causing the system to freeze
Libero Scarcelli updated JENKINS-27001 On Windows installations if the pipeline view is set to show more than 200 jobs CPU is pushed to 100% causing the system to freeze Change By: Libero Scarcelli (18/Feb/15 4:10 AM) Description: OnWindowsinstallationsifthepipelineviewissettoshowmorethan200jobsCPUispushedto100%causingthesystemtofreezeTestedonasinglecoreWindows2008R2machinerunningJenkins1.596.Theproblem*seems*togetworseafterinstallingthelatestcore(1.599 atthisstage )duemaybetothelatestlogformatchanges(?)Withmultiplecoresit*might*bepossibletoincreasethenumberofrowstobeshownwithoutanyissue.However,IthinkloadingbuildlogsatthisstageisCPUconsuming This message is automatically generated by JIRA. 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] [build-pipeline-plugin] (JENKINS-25391) Cannot delete project
Idan Bidani closed JENKINS-25391 as Fixed Cannot delete project Been fixed here https://github.com/jenkinsci/build-pipeline-plugin/commit/880ba84553e1e6a58c284a8c8a705495ed5911b0 Change By: Idan Bidani (18/Feb/15 12:09 AM) Status: Reopened Closed 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/d/optout.
[JIRA] [build-pipeline-plugin] (JENKINS-25391) Cannot delete project
Idan Bidani reopened JENKINS-25391 Cannot delete project should be closed as fixed Change By: Idan Bidani (18/Feb/15 12:08 AM) Resolution: CannotReproduce Status: Closed 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/d/optout.
[JIRA] [git-plugin] (JENKINS-26993) GIT Plugin requires /tmp to be executable
Mark Waite commented on JENKINS-26993 GIT Plugin requires /tmp to be executable This is not a bug, as far as I can tell, or at least your description does not give me confidence this is a bug. I think you want to control where the git plugin (and possibly the rest of Jenkins) writes its temporary files. Have you tried adjusting the values of the environment variables (TMP) and properties (java.io.tmpdir) from the command line, or from the environment which starts the Jenkins server and / or the relevant slave agent? Refer to stackoverflow for one source of that information. If you have made those adjustments and still see a requirement for a specific directory, please provided a detailed list of the steps you take to show the problem. For an even better chance of having your concerns addressed, submit a pull request to the git plugin and/or git client plugin with a test which shows the failure, and a code change which fixes the failure. If you still believe this is a bug, please provide the additional information suggested in how to report an 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/d/optout.
[JIRA] [build-pipeline-plugin] (JENKINS-25391) Cannot delete project
Idan Bidani closed JENKINS-25391 as Cannot Reproduce Cannot delete project Change By: Idan Bidani (17/Feb/15 11:21 PM) Status: Open Closed Assignee: IdanBidani Resolution: CannotReproduce This message is automatically generated by JIRA. 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] [gerrit-trigger-plugin] (JENKINS-26616) Multi-config project concurrent build race
Dmitry Maslakov commented on JENKINS-26616 Multi-config project concurrent build race After upgrade from 1.596 to 1.599 I got same issues. It happened on matrix job. Here is a log, see how same build numbers are probed several times and failed: Feb 18, 2015 6:55:09 AM hudson.model.Executor run SEVERE: Unexpected executor death java.lang.IllegalStateException: cannot create a build with number 2439 since that (or higher) is already in use among [2376, 2377, 2378, 2379, 2380, 2381, 2382, 2383, 2384, 2385, 2386, 2387, 2388, 2389, 2390, 2391, 2392, 2393, 2394, 2395, 2396, 2397, 2398, 2399, 2400, 2401, 2402, 2403, 2404, 2405, 2406, 2407, 2408, 2409, 2410, 2411, 2412, 2413, 2414, 2415, 2416, 2417, 2418, 2419, 2420, 2421, 2422, 2423, 2424, 2425, 2426, 2427, 2428, 2429, 2430, 2431, 2432, 2433, 2434, 2435, 2436, 2441] at jenkins.model.lazy.AbstractLazyLoadRunMap.proposeNewNumber(AbstractLazyLoadRunMap.java:361) at hudson.model.RunMap.put(RunMap.java:189) at hudson.matrix.MatrixConfiguration.newBuild(MatrixConfiguration.java:284) at hudson.matrix.MatrixConfiguration.newBuild(MatrixConfiguration.java:74) at hudson.model.AbstractProject.createExecutable(AbstractProject.java:1205) at hudson.model.AbstractProject.createExecutable(AbstractProject.java:144) at hudson.model.Executor.run(Executor.java:213) Feb 18, 2015 6:55:09 AM hudson.model.Executor run SEVERE: Unexpected executor death java.lang.IllegalStateException: cannot create a build with number 2440 since that (or higher) is already in use among [2376, 2377, 2378, 2379, 2380, 2381, 2382, 2383, 2384, 2385, 2386, 2387, 2388, 2389, 2390, 2391, 2392, 2393, 2394, 2395, 2396, 2397, 2398, 2399, 2400, 2401, 2402, 2403, 2404, 2405, 2406, 2407, 2408, 2409, 2410, 2411, 2412, 2413, 2414, 2415, 2416, 2417, 2418, 2419, 2420, 2421, 2422, 2423, 2424, 2425, 2426, 2427, 2428, 2429, 2430, 2431, 2432, 2433, 2434, 2435, 2436, 2441] at jenkins.model.lazy.AbstractLazyLoadRunMap.proposeNewNumber(AbstractLazyLoadRunMap.java:361) at hudson.model.RunMap.put(RunMap.java:189) at hudson.matrix.MatrixConfiguration.newBuild(MatrixConfiguration.java:284) at hudson.matrix.MatrixConfiguration.newBuild(MatrixConfiguration.java:74) at hudson.model.AbstractProject.createExecutable(AbstractProject.java:1205) at hudson.model.AbstractProject.createExecutable(AbstractProject.java:144) at hudson.model.Executor.run(Executor.java:213) Feb 18, 2015 6:55:14 AM hudson.model.Executor run SEVERE: Unexpected executor death java.lang.IllegalStateException: cannot create a build with number 2439 since that (or higher) is already in use among [2379, 2380, 2381, 2382, 2383, 2384, 2385, 2386, 2387, 2388, 2389, 2390, 2391, 2392, 2393, 2394, 2395, 2396, 2397, 2398, 2399, 2400, 2401, 2402, 2403, 2404, 2405, 2406, 2407, 2408, 2409, 2410, 2411, 2412, 2413, 2414, 2415, 2416, 2417, 2418, 2419, 2420, 2421, 2422, 2423, 2424, 2425, 2426, 2427, 2428, 2429, 2430, 2431, 2432, 2433, 2434, 2435, 2436, 2437, 2438, 2441] at jenkins.model.lazy.AbstractLazyLoadRunMap.proposeNewNumber(AbstractLazyLoadRunMap.java:361) at hudson.model.RunMap.put(RunMap.java:189) at hudson.matrix.MatrixConfiguration.newBuild(MatrixConfiguration.java:284) at hudson.matrix.MatrixConfiguration.newBuild(MatrixConfiguration.java:74) at hudson.model.AbstractProject.createExecutable(AbstractProject.java:1205) at hudson.model.AbstractProject.createExecutable(AbstractProject.java:144) at hudson.model.Executor.run(Executor.java:213) Feb 18, 2015 6:55:15 AM hudson.model.Executor run SEVERE: Unexpected executor death java.lang.IllegalStateException: cannot create a build with number 2440 since that (or higher) is already in use among [2379, 2380, 2381, 2382, 2383, 2384, 2385, 2386, 2387, 2388, 2389, 2390, 2391, 2392, 2393, 2394, 2395, 2396, 2397, 2398, 2399, 2400, 2401, 2402, 2403, 2404, 2405, 2406, 2407, 2408, 2409, 2410, 2411, 2412, 2413, 2414, 2415, 2416, 2417, 2418, 2419, 2420, 2421, 2422, 2423, 2424, 2425, 2426, 2427, 2428, 2429, 2430, 2431, 2432, 2433, 2434, 2435, 2436, 2437, 2438, 2441] at jenkins.model.lazy.AbstractLazyLoadRunMap.proposeNewNumber(AbstractLazyLoadRunMap.java:361) at hudson.model.RunMap.put(RunMap.java:189) at hudson.matrix.MatrixConfiguration.newBuild(MatrixConfiguration.java:284) at
[JIRA] [git-client-plugin] (JENKINS-26981) Git plugin ignores the branch we tell it to build and builds a random branch instead
Mark Waite resolved JENKINS-26981 as Not A Defect Git plugin ignores the branch we tell it to build and builds a random branch instead Change By: Mark Waite (18/Feb/15 12:34 AM) Status: Open Resolved Resolution: NotADefect This message is automatically generated by JIRA. 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] [build-pipeline-plugin] (JENKINS-25391) Cannot delete project
Idan Bidani commented on JENKINS-25391 Cannot delete project I Agree Daniel, However this issue is not reproducible therefore will be closed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- 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] [poll-mailbox-trigger-plugin] (JENKINS-25165) Re-build a job using poll-mailbox-trigger-plugin
Nick Grealy resolved JENKINS-25165 as Fixed Re-build a job using poll-mailbox-trigger-plugin Fixed in version 0.16 Change By: Nick Grealy (18/Feb/15 2:36 AM) Status: InProgress Resolved Resolution: Fixed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- 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] [poll-mailbox-trigger-plugin] (JENKINS-25165) Re-build a job using poll-mailbox-trigger-plugin
Nick Grealy commented on JENKINS-25165 Re-build a job using poll-mailbox-trigger-plugin Or better yet, I'll just close this ticket now, and we can reopen if it's still occurring. This message is automatically generated by JIRA. 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] [poll-mailbox-trigger-plugin] (JENKINS-25165) Re-build a job using poll-mailbox-trigger-plugin
Nick Grealy assigned JENKINS-25165 to Gaurav Chhabra Re-build a job using poll-mailbox-trigger-plugin Hi Gaurav, Just realised this ticket was still open from Oct 2014. Going back over the emails, I'm sure we fixed this issue together. If you're happy that the issue is resolved (in version 0.16), I'll close off the ticket. (Or, if I don't here back within 2 weeks, I'll close off the ticket.) Kind regards, Nick Grealy Change By: Nick Grealy (18/Feb/15 2:34 AM) Assignee: NickGrealy GauravChhabra This message is automatically generated by JIRA. 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] [poll-mailbox-trigger-plugin] (JENKINS-25165) Re-build a job using poll-mailbox-trigger-plugin
Nick Grealy started work on JENKINS-25165 Re-build a job using poll-mailbox-trigger-plugin Change By: Nick Grealy (18/Feb/15 2:35 AM) Status: Open InProgress This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- 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] [build-pipeline-plugin] (JENKINS-25391) Cannot delete project
Daniel Beck commented on JENKINS-25391 Cannot delete project Has nothing to do with "not reproducible", this particular NPE was fixed in https://github.com/jenkinsci/build-pipeline-plugin/commit/880ba84553e1e6a58c284a8c8a705495ed5911b0 This message is automatically generated by JIRA. 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] [git-client-plugin] (JENKINS-26981) Git plugin ignores the branch we tell it to build and builds a random branch instead
Mark Waite closed JENKINS-26981 as Not A Defect Git plugin ignores the branch we tell it to build and builds a random branch instead Change By: Mark Waite (18/Feb/15 12:34 AM) Status: Resolved Closed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- 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] [s3-plugin] (JENKINS-23338) Retry S3 uploads a couple times before giving up?
Steven Christou resolved JENKINS-23338 as Fixed Retry S3 uploads a couple times before giving up? Fixed by Mattias Appelgren in PR 36. Thank you Mattias Appelgren! Change By: Steven Christou (18/Feb/15 2:31 AM) Status: Open Resolved Assignee: MichaelWatt MattiasAppelgren 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/d/optout.
[JIRA] [core] (JENKINS-26739) Executors are dying since 1.597 - related to the directory layout change?
Dmitry Maslakov commented on JENKINS-26739 Executors are dying since 1.597 - related to the directory layout change? After upgrade from 1.596 to 1.599 I got same issues. It happened on matrix job. Here is a log, see how same build numbers are probed several times and failed: Feb 18, 2015 6:55:09 AM hudson.model.Executor run SEVERE: Unexpected executor death java.lang.IllegalStateException: cannot create a build with number 2439 since that (or higher) is already in use among [2376, 2377, 2378, 2379, 2380, 2381, 2382, 2383, 2384, 2385, 2386, 2387, 2388, 2389, 2390, 2391, 2392, 2393, 2394, 2395, 2396, 2397, 2398, 2399, 2400, 2401, 2402, 2403, 2404, 2405, 2406, 2407, 2408, 2409, 2410, 2411, 2412, 2413, 2414, 2415, 2416, 2417, 2418, 2419, 2420, 2421, 2422, 2423, 2424, 2425, 2426, 2427, 2428, 2429, 2430, 2431, 2432, 2433, 2434, 2435, 2436, 2441] at jenkins.model.lazy.AbstractLazyLoadRunMap.proposeNewNumber(AbstractLazyLoadRunMap.java:361) at hudson.model.RunMap.put(RunMap.java:189) at hudson.matrix.MatrixConfiguration.newBuild(MatrixConfiguration.java:284) at hudson.matrix.MatrixConfiguration.newBuild(MatrixConfiguration.java:74) at hudson.model.AbstractProject.createExecutable(AbstractProject.java:1205) at hudson.model.AbstractProject.createExecutable(AbstractProject.java:144) at hudson.model.Executor.run(Executor.java:213) Feb 18, 2015 6:55:09 AM hudson.model.Executor run SEVERE: Unexpected executor death java.lang.IllegalStateException: cannot create a build with number 2440 since that (or higher) is already in use among [2376, 2377, 2378, 2379, 2380, 2381, 2382, 2383, 2384, 2385, 2386, 2387, 2388, 2389, 2390, 2391, 2392, 2393, 2394, 2395, 2396, 2397, 2398, 2399, 2400, 2401, 2402, 2403, 2404, 2405, 2406, 2407, 2408, 2409, 2410, 2411, 2412, 2413, 2414, 2415, 2416, 2417, 2418, 2419, 2420, 2421, 2422, 2423, 2424, 2425, 2426, 2427, 2428, 2429, 2430, 2431, 2432, 2433, 2434, 2435, 2436, 2441] at jenkins.model.lazy.AbstractLazyLoadRunMap.proposeNewNumber(AbstractLazyLoadRunMap.java:361) at hudson.model.RunMap.put(RunMap.java:189) at hudson.matrix.MatrixConfiguration.newBuild(MatrixConfiguration.java:284) at hudson.matrix.MatrixConfiguration.newBuild(MatrixConfiguration.java:74) at hudson.model.AbstractProject.createExecutable(AbstractProject.java:1205) at hudson.model.AbstractProject.createExecutable(AbstractProject.java:144) at hudson.model.Executor.run(Executor.java:213) Feb 18, 2015 6:55:14 AM hudson.model.Executor run SEVERE: Unexpected executor death java.lang.IllegalStateException: cannot create a build with number 2439 since that (or higher) is already in use among [2379, 2380, 2381, 2382, 2383, 2384, 2385, 2386, 2387, 2388, 2389, 2390, 2391, 2392, 2393, 2394, 2395, 2396, 2397, 2398, 2399, 2400, 2401, 2402, 2403, 2404, 2405, 2406, 2407, 2408, 2409, 2410, 2411, 2412, 2413, 2414, 2415, 2416, 2417, 2418, 2419, 2420, 2421, 2422, 2423, 2424, 2425, 2426, 2427, 2428, 2429, 2430, 2431, 2432, 2433, 2434, 2435, 2436, 2437, 2438, 2441] at jenkins.model.lazy.AbstractLazyLoadRunMap.proposeNewNumber(AbstractLazyLoadRunMap.java:361) at hudson.model.RunMap.put(RunMap.java:189) at hudson.matrix.MatrixConfiguration.newBuild(MatrixConfiguration.java:284) at hudson.matrix.MatrixConfiguration.newBuild(MatrixConfiguration.java:74) at hudson.model.AbstractProject.createExecutable(AbstractProject.java:1205) at hudson.model.AbstractProject.createExecutable(AbstractProject.java:144) at hudson.model.Executor.run(Executor.java:213) Feb 18, 2015 6:55:15 AM hudson.model.Executor run SEVERE: Unexpected executor death java.lang.IllegalStateException: cannot create a build with number 2440 since that (or higher) is already in use among [2379, 2380, 2381, 2382, 2383, 2384, 2385, 2386, 2387, 2388, 2389, 2390, 2391, 2392, 2393, 2394, 2395, 2396, 2397, 2398, 2399, 2400, 2401, 2402, 2403, 2404, 2405, 2406, 2407, 2408, 2409, 2410, 2411, 2412, 2413, 2414, 2415, 2416, 2417, 2418, 2419, 2420, 2421, 2422, 2423, 2424, 2425, 2426, 2427, 2428, 2429, 2430, 2431, 2432, 2433, 2434, 2435, 2436, 2437, 2438, 2441] at jenkins.model.lazy.AbstractLazyLoadRunMap.proposeNewNumber(AbstractLazyLoadRunMap.java:361) at hudson.model.RunMap.put(RunMap.java:189) at hudson.matrix.MatrixConfiguration.newBuild(MatrixConfiguration.java:284) at
[JIRA] [build-pipeline-plugin] (JENKINS-27001) On Windows installations if the pipeline view is set to show more than 200 jobs CPU is pushed to 100% causing the system to freeze
Libero Scarcelli created JENKINS-27001 On Windows installations if the pipeline view is set to show more than 200 jobs CPU is pushed to 100% causing the system to freeze Issue Type: Bug Assignee: Unassigned Components: build-pipeline-plugin Created: 18/Feb/15 3:56 AM Description: On Windows installations if the pipeline view is set to show more than 200 jobs CPU is pushed to 100% causing the system to freeze Tested on a single core Windows 2008 R2 machine... with multiple cores it might be possible to increase the number of rows to be shown without any issue. However, I think loading build logs at this stage is CPU consuming Project: Jenkins Labels: pipeline cpu Priority: Critical Reporter: Libero Scarcelli This message is automatically generated by JIRA. 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] [build-pipeline-plugin] (JENKINS-27001) On Windows installations if the pipeline view is set to show more than 200 jobs CPU is pushed to 100% causing the system to freeze
Libero Scarcelli updated JENKINS-27001 On Windows installations if the pipeline view is set to show more than 200 jobs CPU is pushed to 100% causing the system to freeze Change By: Libero Scarcelli (18/Feb/15 4:09 AM) Description: OnWindowsinstallationsifthepipelineviewissettoshowmorethan200jobsCPUispushedto100%causingthesystemtofreezeTestedonasinglecoreWindows2008R2machine runningJenkins1 . 596 . Theproblem*seems*togetworseafterinstallingthelatestcore(1 . with 599)duemaybetothelatestlogformatchanges(?)With multiplecoresit*might*bepossibletoincreasethenumberofrowstobeshownwithoutanyissue.However,IthinkloadingbuildlogsatthisstageisCPUconsuming This message is automatically generated by JIRA. 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] [build-pipeline-plugin] (JENKINS-16202) Can't pass $BUILD_NUMBER to downstream build pipeline jobs.
Libero Scarcelli started work on JENKINS-16202 Cant pass $BUILD_NUMBER to downstream build pipeline jobs. Change By: Libero Scarcelli (18/Feb/15 7:48 AM) Status: Open InProgress This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- 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] [build-pipeline-plugin] (JENKINS-20499) unable to retry job execution for failed job in build-pipeline
Libero Scarcelli commented on JENKINS-20499 unable to retry job execution for failed job in build-pipeline This one should be fixed now... This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- 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] [build-pipeline-plugin] (JENKINS-20499) unable to retry job execution for failed job in build-pipeline
Libero Scarcelli started work on JENKINS-20499 unable to retry job execution for failed job in build-pipeline Change By: Libero Scarcelli (18/Feb/15 7:54 AM) Status: Open InProgress This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- 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] [build-pipeline-plugin] (JENKINS-20499) unable to retry job execution for failed job in build-pipeline
Libero Scarcelli edited a comment on JENKINS-20499 unable to retry job execution for failed job in build-pipeline This one should be fixed now... but you need to update Core and 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/d/optout.
[JIRA] [subversion-plugin] (JENKINS-22542) Subversion polling not work with externals or variables in URL - E200015: No credential to try.
Alexey Larsky commented on JENKINS-22542 Subversion polling not work with externals or variables in URL - E200015: No credential to try. I have an issue only with lastest Subversion plugin 2.5 version. Previos 2.4.5 works stable. You can install it. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- 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] [claim-plugin] (JENKINS-27002) Claim Stickiness default value should be configurable
Baptiste Mathus commented on JENKINS-27002 Claim Stickiness default value should be configurable See https://github.com/jenkinsci/claim-plugin/pull/15 This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- 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] [build-pipeline-plugin] (JENKINS-16202) Can't pass $BUILD_NUMBER to downstream build pipeline jobs.
Libero Scarcelli closed JENKINS-16202 as Fixed Cant pass $BUILD_NUMBER to downstream build pipeline jobs. I guess we can close this one as the pipeline plugin has been able to pass parameters for quite some time now Change By: Libero Scarcelli (18/Feb/15 7:50 AM) Status: InProgress Closed 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/d/optout.
[JIRA] [beaker-builder-plugin] (JENKINS-27003) NullPointerException XMLEscapingVariableResolver.java:15
Dan C commented on JENKINS-27003 NullPointerException XMLEscapingVariableResolver.java:15 https://github.com/vjuranek/beaker-builder-plugin/pull/3 This message is automatically generated by JIRA. 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] [claim-plugin] (JENKINS-27002) Claim Stickiness default value should be configurable
Baptiste Mathus created JENKINS-27002 Claim Stickiness default value should be configurable Issue Type: Bug Assignee: Baptiste Mathus Components: claim-plugin Created: 18/Feb/15 5:48 AM Description: Hi, I've had the request from coworkers that having claims be sticky by default does not somehow encourage "conscious" choice about claiming failed jobs. And this could lead to somehow lower quality standards (which is constantly fought against). So I guess at least the Claim plugin could have a global option that would let users define their default behaviour for the claim stickiness. I'm gonna file a PR for that one. Thanks for that useful plugin! Environment: Jenkins 1.593 Project: Jenkins Labels: configuration quality Priority: Minor Reporter: Baptiste Mathus This message is automatically generated by JIRA. 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] [beaker-builder-plugin] (JENKINS-27003) NullPointerException XMLEscapingVariableResolver.java:15
Dan C created JENKINS-27003 NullPointerException XMLEscapingVariableResolver.java:15 Issue Type: Bug Assignee: Dan C Components: beaker-builder-plugin Created: 18/Feb/15 6:26 AM Description: FATAL: null java.lang.NullPointerException at org.jenkinsci.plugins.beakerbuilder.XMLEscapingVariableResolver.resolve(XMLEscapingVariableResolver.java:15) at org.jenkinsci.plugins.beakerbuilder.XMLEscapingVariableResolver.resolve(XMLEscapingVariableResolver.java:5) at hudson.Util.replaceMacro(Util.java:160) at org.jenkinsci.plugins.beakerbuilder.JobSource.createDefaultJobFile(JobSource.java:65) at org.jenkinsci.plugins.beakerbuilder.FileJobSource.createJobFile(FileJobSource.java:53) at org.jenkinsci.plugins.beakerbuilder.BeakerBuilder.prepareJob(BeakerBuilder.java:130) at org.jenkinsci.plugins.beakerbuilder.BeakerBuilder.perform(BeakerBuilder.java:77) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:770) at hudson.model.Build$BuildExecution.build(Build.java:199) at hudson.model.Build$BuildExecution.doRun(Build.java:160) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:533) at hudson.model.Run.execute(Run.java:1745) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:89) at hudson.model.Executor.run(Executor.java:240) I'm guessing the inner VariableResolver can return null from .resolve() if the variable was undefined. Environment: Plugin version 1.6 Project: Jenkins Priority: Minor Reporter: Dan C This message is automatically generated by JIRA. 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] [claim-plugin] (JENKINS-27002) Claim Stickiness default value should be configurable
Baptiste Mathus updated JENKINS-27002 Claim Stickiness default value should be configurable Change By: Baptiste Mathus (18/Feb/15 6:32 AM) 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/d/optout.
Won!
maduchieelo: Congratulations you have won {£1,000.000.00 GBP} One million Great Britain Pounds from our Microsoft 2015 Promotion, send the below details for claims or you can call us for more details. 1. Full Name:... 2. Address:.. 3. Nationality:. 5. Sex: 6.Occupation: 7. Phone/Fax: 8. Present Country:. Agent: Mrs.Kate Muller E-mail:katemuller...@hotmail.com -- 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] [build-pipeline-plugin] (JENKINS-16202) Can't pass $BUILD_NUMBER to downstream build pipeline jobs.
Libero Scarcelli commented on JENKINS-16202 Cant pass $BUILD_NUMBER to downstream build pipeline jobs. I guess we can close this one as the pipeline plugin has been able to pass parameters for quite some time now This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- 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] [build-pipeline-plugin] (JENKINS-27001) On Windows installations if the pipeline view is set to show more than 200 jobs CPU is pushed to 100% causing the system to freeze
Libero Scarcelli updated JENKINS-27001 On Windows installations if the pipeline view is set to show more than 200 jobs CPU is pushed to 100% causing the system to freeze Change By: Libero Scarcelli (18/Feb/15 4:12 AM) Description: OnWindowsinstallationsifthepipelineviewissettoshowmorethan200jobsCPUispushedto100%causingthesystemtofreezeTestedonasinglecoreWindows2008R2machinerunningJenkins1.596.Theproblem*seems*togetworseafterinstallingthelatestcore(1.599atthisstage)duemaybetothelatestlogformatchanges(?)Withmultiplecoresit*might*bepossibletoincreasethenumberofrowstobeshownwithoutanyissue. However,IthinkloadingbuildlogsatthisstageisCPUconsuming ..(?) This message is automatically generated by JIRA. 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] [core] (JENKINS-26571) Job page becomes un responsive when there are a lot of builds in the queue
Arpit Gupta commented on JENKINS-26571 Job page becomes un responsive when there are a lot of builds in the queue @Tom it is not as bad as before but the scrolling is not smooth. Atleast the above JS error goes away once i click stop using the script button. I will try to replicate it and post a recording. Since this is our production jenkins its difficult to create this scenario on demand . This message is automatically generated by JIRA. 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] [android-emulator-plugin] (JENKINS-23688) Headless Linux and Valid ABIs: no ABIs.
Christopher Orr commented on JENKINS-23688 Headless Linux and Valid ABIs: no ABIs. This should be fixed, and will be in the next plugin release. If you want to test this in the meantime, you can download the ".hpi" file from the following link, then you can upload it to your Jenkins instance via the Plugin Manager Advanced Upload; you will then need to restart Jenkins: https://jenkins.ci.cloudbees.com/job/plugins/job/android-emulator-plugin/lastStableBuild/org.jenkins-ci.plugins$android-emulator/ This message is automatically generated by JIRA. 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] [postbuild-task-plugin] (JENKINS-26994) Post-build task fails if job is aborted
william vilpoix commented on JENKINS-26994 Post-build task fails if job is aborted My mistake the temp script hudson.bat is written in the folder This message is automatically generated by JIRA. 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] [core] (JENKINS-17514) NullPointerException: no workspace from node hudson.slaves.DumbSlave after upgrade to 1.510
pjdarton commented on JENKINS-17514 NullPointerException: no workspace from node hudson.slaves.DumbSlave after upgrade to 1.510 I'm seeing this a bit on my jobs that use the DSL Plugin. I've got hundreds of other jobs that all seem (no promises, but I've not noticed this problem with them...) to work fine - it's just the DSL-plugin-using jobs that seem to (sometimes) fail like this (it doesn't always happen; it's usually fine, but I'm seeing this often enough to google for this error...) I'm using Jenkins version 1.559 (running on Windows server 2008, with many Windows 7 slaves that run the Jenkins slave process as a service), and my DSL plugin build failed with the error: Existing Templates: New Templates: Unreferenced Templates: Adding items: Existing items: GeneratedJob{jobName='foo', templateName=none},GeneratedJob{jobName='bar', templateName=none} Removing items: Adding views: Existing views: GeneratedJob{viewName='Foo'} Removing views: Adding config files: Existing config files: Removing config files: FATAL: no workspace from node hudson.slaves.DumbSlave@2a6a31b which is computer hudson.slaves.SlaveComputer@ac2c5d14 and has channel null java.lang.NullPointerException: no workspace from node hudson.slaves.DumbSlave@2a6a31b which is computer hudson.slaves.SlaveComputer@ac2c5d14 and has channel null at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:76) at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:66) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:744) at hudson.model.Build$BuildExecution.build(Build.java:198) at hudson.model.Build$BuildExecution.doRun(Build.java:159) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:523) at hudson.model.Run.execute(Run.java:1700) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:88) 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/d/optout.
[JIRA] [git-plugin] (JENKINS-26993) GIT Plugin requires /tmp to be executable
David Shaw created JENKINS-26993 GIT Plugin requires /tmp to be executable Issue Type: Bug Assignee: Nicolas De Loof Components: git-plugin Created: 17/Feb/15 2:04 PM Description: We believe that the jenkins GIT plugin requires the /tmp on the jenkins nodes to be executable. Is there anyway we can change this location as it is against our security policy to not have temp locked down. Thanks, if a bug is not the correct method to report this I do apologise. Thanks Dave Environment: 2.2.12 2.2.7 Project: Jenkins Priority: Minor Reporter: David Shaw This message is automatically generated by JIRA. 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] [disk-usage-plugin] (JENKINS-26995) NPE
Kanstantsin Shautsou commented on JENKINS-26995 NPE @lycie, please run findbugs and put annotations for NPE exception checks. This message is automatically generated by JIRA. 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] [android-emulator-plugin] (JENKINS-25790) New adb connect command always fails to connect emulator on OS X
Christopher Orr commented on JENKINS-25790 New adb connect command always fails to connect emulator on OS X If you could try the build linked to here, that would be great: https://issues.jenkins-ci.org/browse/JENKINS-11952?focusedCommentId=221787#comment-221787 This message is automatically generated by JIRA. 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] [performance-plugin] (JENKINS-26988) Responding time graphs should not ignore samples with errors
Guus der Kinderen commented on JENKINS-26988 Responding time graphs should not ignore samples with errors A fix for this issue is presented in pull request #45: https://github.com/jenkinsci/performance-plugin/pull/45 This message is automatically generated by JIRA. 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] [android-emulator-plugin] (JENKINS-26930) Emulator fails to start with bogus error message
Christopher Orr commented on JENKINS-26930 Emulator fails to start with bogus error message Hmm. I couldn't reproduce this with the newest SDK tools on my Ubuntu 14.04 x86_64 machine (nor in a Docker image with Ubuntu 12.04), but it's strange that you get a different result on the command line. In the command line version, are you running as the same user that Jenkins is running under? Does the same happen if you run a Jenkins job, where you manually run the emulator command via a "Execute shell script" build step? Is there anything weird in the build's environment, e.g. env variables injected globally in Jenkins (or on that particular build slave)? Probably you can see this by running env in an execute shell build step. This message is automatically generated by JIRA. 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] [packer-plugin] (JENKINS-26966) Unable to build packer image from subdirectory
Jeffrey Damick assigned JENKINS-26966 to Jeffrey Damick Unable to build packer image from subdirectory Change By: Jeffrey Damick (17/Feb/15 1:59 PM) Assignee: JeffreyDamick This message is automatically generated by JIRA. 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] [disk-usage-plugin] (JENKINS-26995) NPE
Kanstantsin Shautsou created JENKINS-26995 NPE Issue Type: Bug Assignee: Lucie Votypkova Components: disk-usage-plugin Created: 17/Feb/15 3:05 PM Description: Feb 17, 2015 2:45:53 PM WARNING hudson.ExpressionFactory2$JexlExpression evaluate Caught exception evaluating: it.getBuildUsageString() in /job/some-job/. Reason: java.lang.NullPointerException java.lang.NullPointerException at hudson.plugins.disk_usage.BuildDiskUsageAction.getDiskUsage(BuildDiskUsageAction.java:83) at hudson.plugins.disk_usage.BuildDiskUsageAction.getAllDiskUsage(BuildDiskUsageAction.java:92) at hudson.plugins.disk_usage.BuildDiskUsageAction.getBuildUsageString(BuildDiskUsageAction.java:101) at sun.reflect.GeneratedMethodAccessor412.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.commons.jexl.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:258) at org.apache.commons.jexl.parser.ASTMethod.execute(ASTMethod.java:104) at org.apache.commons.jexl.parser.ASTReference.execute(ASTReference.java:83) at org.apache.commons.jexl.parser.ASTReference.value(ASTReference.java:57) at org.apache.commons.jexl.parser.ASTReferenceExpression.value(ASTReferenceExpression.java:51) at org.apache.commons.jexl.ExpressionImpl.evaluate(ExpressionImpl.java:80) at hudson.ExpressionFactory2$JexlExpression.evaluate(ExpressionFactory2.java:74) at org.apache.commons.jelly.impl.ExpressionScript.run(ExpressionScript.java:66) at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99) at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105) at org.kohsuke.stapler.jelly.JellyViewScript.run(JellyViewScript.java:95) at org.kohsuke.stapler.jelly.IncludeTag.doTag(IncludeTag.java:147) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.ForEachTag.doTag(ForEachTag.java:150) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.apache.commons.jelly.tags.core.CoreTagLibrary$1.run(CoreTagLibrary.java:98) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105) at org.kohsuke.stapler.jelly.JellyViewScript.run(JellyViewScript.java:95) at org.kohsuke.stapler.jelly.IncludeTag.doTag(IncludeTag.java:147) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.ForEachTag.doTag(ForEachTag.java:150) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105) at org.kohsuke.stapler.jelly.JellyViewScript.run(JellyViewScript.java:95) at org.kohsuke.stapler.jelly.IncludeTag.doTag(IncludeTag.java:147) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105) at org.kohsuke.stapler.jelly.JellyViewScript.run(JellyViewScript.java:95) at org.kohsuke.stapler.jelly.IncludeTag.doTag(IncludeTag.java:147) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at
[JIRA] [other] (JENKINS-2107) email notification when disk space runs low.
Tim Bradt commented on JENKINS-2107 email notification when disk space runs low. Perspective. Technically I agree that no build is impacted by marking a node offline - I can address the issue and resume the build. However, my issue is that I have a department full of developers and ScrumMasters that are relying on our full nightly build being completed and waiting when they come in the next day. I can't afford to fall below my threshold and queue up the remainder of that process due to offline node. So my non-technical perspective (and that of my management I expect) is that I effectively failed the build/deploy/test process by causing a significant delay. Big impact on human resources. I agree that a soft/warning threshold would meet the requirement for a proactive solution that doesn't suspend a running build. This message is automatically generated by JIRA. 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] [postbuild-task-plugin] (JENKINS-26994) Post-build task fails if job is aborted
william vilpoix created JENKINS-26994 Post-build task fails if job is aborted Issue Type: Bug Assignee: Unassigned Components: postbuild-task-plugin Created: 17/Feb/15 2:34 PM Description: Jenkins is running on a windows 2003 server In the job config postbuild task part: log text : . script : dir When the job is successed or failed, the postbuild task works fine When the job is aborted (manually stopped or timeout case) I get this kind of logs: Running script :dir workspace $ cmd /c call C:\Users\XXX\AppData\Local\Temp\2\hudson13287273761205392.bat Exception when executing the batch command : null Build step 'Post build task' marked build as failure Finished: ABORTED C:\Users\XXX\AppData\Local\Temp\2 is the java.io.tmpdir data I ran a non-stop script listing files in this folder, the temp script hudson.bat is never written in this folder in the jenkins log I have a java exception generated each time a job is aborted : java.lang.InterruptedException at java.lang.ProcessImpl.waitFor(Native Method) at hudson.Proc$LocalProc.join(Proc.java:319) at hudson.Launcher$ProcStarter.join(Launcher.java:345) at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:82) at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:58) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19) at hudson.model.AbstractBuild$AbstractRunner.perform(AbstractBuild.java:710) at hudson.model.Build$RunnerImpl.build(Build.java:178) at hudson.model.Build$RunnerImpl.doRun(Build.java:139) at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:480) at hudson.model.Run.run(Run.java:1438) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:239) It is a main issue in my professional project. >From my web research it appears that post build task is supposed to work fine even when the job is aborted Environment: Jenkins 1.466.1 postbuild-task plugin 1.8 Project: Jenkins Priority: Major Reporter: william vilpoix This message is automatically generated by JIRA. 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] [core] (JENKINS-14332) Repeated channel/timeout errors from Jenkins slave
Bert Jan Schrijver commented on JENKINS-14332 Repeated channel/timeout errors from Jenkins slave Downgrading the kernel on the master has definitely fixed it for us. Running for a week now without any trouble. This message is automatically generated by JIRA. 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] [performance-plugin] (JENKINS-16627) Fail to parse jmeter report
Guus der Kinderen commented on JENKINS-16627 Fail to parse jmeter report A fix for this issue is provided in pull request #45: https://github.com/jenkinsci/performance-plugin/pull/45 This message is automatically generated by JIRA. 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] [core] (JENKINS-26983) On MacOSX, pkg installation reset the daemon defaults values
Daniel Beck resolved JENKINS-26983 as Duplicate On MacOSX, pkg installation reset the daemon defaults values Duplicates JENKINS-26982 Change By: Daniel Beck (17/Feb/15 1:32 PM) Status: Open Resolved Resolution: Duplicate This message is automatically generated by JIRA. 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] [core] (JENKINS-23543) Launchctl does not load Jenkins on OS X 10.10 Yosemite
Daniel Beck resolved JENKINS-23543 as Duplicate Launchctl does not load Jenkins on OS X 10.10 Yosemite Resolved as JENKINS-26982, so resolving as duplicate of that. Change By: Daniel Beck (17/Feb/15 1:34 PM) Status: Open Resolved Resolution: Duplicate This message is automatically generated by JIRA. 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] [android-emulator-plugin] (JENKINS-23600) SDK repositories and emulator images do not install
Christopher Orr commented on JENKINS-23600 SDK repositories and emulator images do not install This should be fixed, and there will be a release soon. See the current latest comment on JENKINS-23688 if you want to try out a recent build of 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.
[JIRA] [ec2-plugin] (JENKINS-23705) EC2 slave disconnects on longer running builds
Bert Jan Schrijver commented on JENKINS-23705 EC2 slave disconnects on longer running builds Yes, downgrading the kernel on the master has definitely fixed it for us. Running for a week now without any trouble. This message is automatically generated by JIRA. 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] [other] (JENKINS-2107) email notification when disk space runs low.
Daniel Beck commented on JENKINS-2107 email notification when disk space runs low. How are any further jobs supposed to be executed on an offline node? Coming in the next day with the remainder of my build jobs queued up due to falling below the disk space threshold is not desirable. Effectively that is a failed build. You wrote: … have a build in progress when free disk space falls below the setting, and then the node will be taken offline. … I want to be proactive, … BEFORE it impacts a single build. A build that is already in progress is never impacted by marking a node offline. Hence my interpretation that you thought node monitors disconnected nodes. Re-reading that, I probably misunderstood that last part to mean the build in progress, rather than any build. So there should probably be two thresholds for every node monitor: One soft (admin monitor preferably, i.e. a warning on the /manage page), one hard (marking the node offline). This message is automatically generated by JIRA. 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] [build-pipeline-plugin] (JENKINS-25391) Cannot delete project
Daniel Beck commented on JENKINS-25391 Cannot delete project Build Pipeline had horrible input validation and related failures for a while. Basically, create a Build Pipeline view and don't enter anything will result in breakage. Don't know whether that has been 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/d/optout.
[JIRA] [android-emulator-plugin] (JENKINS-23612) Failed to run AVD creation command
Christopher Orr commented on JENKINS-23612 Failed to run AVD creation command Note to self: We do some weird stuff with stdout/stderr, and there is some weirdness here on Windows. We should make sure most/all stdout/stderr output is logged to the build log so we can see what's going wrong. Code is around here: https://github.com/jenkinsci/android-emulator-plugin/blob/5bdae9/src/main/java/hudson/plugins/android_emulator/EmulatorConfig.java#L596 This message is automatically generated by JIRA. 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] [performance-plugin] (JENKINS-15736) Viewing performance report changes jvm locale
Guus der Kinderen commented on JENKINS-15736 Viewing performance report changes jvm locale The fix in pull request 42 triggers the following stacktrace in my logfile: feb 17, 2015 2:14:16 PM hudson.ExpressionFactory2$JexlExpression evaluate WARNING: Caught exception evaluating: it.getTotalTrafficInKb() in /view/6.%20BQ%20Trunk/job/BQ%20Trunk%20(performance)/116/performance/. Reason: java.lang.NumberFormatException: For input string: "1923,74" java.lang.NumberFormatException: For input string: "1923,74" at sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1241) at java.lang.Double.valueOf(Double.java:504) at hudson.plugins.performance.PerformanceReport.roundTwoDecimals(PerformanceReport.java:325) at hudson.plugins.performance.PerformanceReport.getTotalTrafficInKb(PerformanceReport.java:211) at sun.reflect.GeneratedMethodAccessor184.invoke(Unknown Source) I have provided a fix in https://github.com/jenkinsci/performance-plugin/pull/45 This message is automatically generated by JIRA. 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] [p4-plugin] (JENKINS-26996) Option to inject credentials into build environment
Ryan Hummer created JENKINS-26996 Option to inject credentials into build environment Issue Type: Improvement Assignee: Unassigned Components: p4-plugin Created: 17/Feb/15 3:45 PM Description: It would be nice to have an option for the job to inject the selected p4 credentials into the build environment. I've sometimes setup a job on a new machine and forgotten to set the p4 environment on the machine as a lot of our jobs need to talk to Perforce when they run. Or I've forgotten to move the p4 environment on the machine after the machine has moved to a different job that requires a different p4 server. Project: Jenkins Priority: Minor Reporter: Ryan Hummer This message is automatically generated by JIRA. 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] [core] (JENKINS-26582) Unexpected Executor Death - build already existed - 1.597
Mark Sinclair commented on JENKINS-26582 Unexpected Executor Death - build already existed - 1.597 I had posted a comment a couple of weeks ago, but it's not showing up here. In any case I was just able to reproduce the problem today. It's been about 3 weeks since I last saw the problem. I got exactly the same thing to happen today. Interesting to note, I was doing some configuration updates behind the scenes by editing config.xml for many jobs. Then to load the config I called out JenkinsURL/reload from my browser. I wonder if it's picking up an old version of nextBuildNumber when the reload occurs? Some of the jobs were running when I reloaded. I wonder if nextBuildNumber only gets updated when the job completes? This message is automatically generated by JIRA. 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] [android-emulator-plugin] (JENKINS-26930) Emulator fails to start with bogus error message
Juan Sotuyo commented on JENKINS-26930 Emulator fails to start with bogus error message Tomcat is running under that very same Java version that I showed. Yes, the output shown for CLI is under the tomcat7 user after using sudo su tomcat7 - so the environment is the same. I'll try and check to run the emulator manually and let you know. The only manually injected variables are, HOME (pointing to JENKINS_HOME) PATH, both configured globally; and for that specific build ANDROID_EMULATOR_FORCE_32BIT as a work around for this issue on the meantime. I do get the same error running the emulator manually from Tomcat though.. yet I'm not sure why Tomcat consistently believes to be on a 32 bit machine... This message is automatically generated by JIRA. 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] [integrity-plugin] (JENKINS-26788) Integrity Plugin cannot complete connection to MKS Integrity 2009
Larry Gregory commented on JENKINS-26788 Integrity Plugin cannot complete connection to MKS Integrity 2009 Thank you very much for providing this! Would it be possible to have the one-off changes published to a branch on the GitHub repository, so that we can fork it and attempt to maintain the version going forward? This message is automatically generated by JIRA. 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] [openid-plugin] (JENKINS-23075) OpenID plugin gives 404 error
bdruth commented on JENKINS-23075 OpenID plugin gives 404 error This nabbed us as well. Very annoying to have to keep the openid plugin in a downgraded mode. This message is automatically generated by JIRA. 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] [extra-columns-plugin] (JENKINS-23583) Column Test Result has incorrect link
Igor Kostenko commented on JENKINS-23583 Column Test Result has incorrect link Matthieu, could you upload plugin jar with PR 11 somewhere? This message is automatically generated by JIRA. 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] [artifactory-plugin] (JENKINS-26997) Artifactory plugin should allow DSL configuration of repositories
David Goodin created JENKINS-26997 Artifactory plugin should allow DSL configuration of repositories Issue Type: Bug Assignee: yossis Attachments: afterRefresh.png, beforeRefresh.png, config.xml Components: artifactory-plugin Created: 17/Feb/15 6:30 PM Description: When configuring our jenkins jobs via a DSL we expect the Gradle-Artifactory integration to respect our DSL config by populating the Resolution and Publishing repositories with the values we define in our DSL. Given the following snippet from our DSL generated config.xml (see config.xml attachment). When running the job for the first time it fails because none of the repositories are populated (see attachment beforeRefresh.png). Only after we refresh the repositories and run the job again does it succeed. We are using version2.2.7 of the Artifactory plugin and Artifactory Pro 3.4.1 Project: Jenkins Priority: Major Reporter: David Goodin This message is automatically generated by JIRA. 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] [copyartifact-plugin] (JENKINS-26694) Workflow build Parameters are not exposed to CopyArtifact
Bastian Echterhoelter commented on JENKINS-26694 Workflow build Parameters are not exposed to CopyArtifact Is there a workaround to access custom job parameters from the groovy script? This message is automatically generated by JIRA. 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] [core] (JENKINS-26964) post-build action statuses handling
Kanstantsin Shautsou updated JENKINS-26964 post-build action statuses handling Change By: Kanstantsin Shautsou (17/Feb/15 6:57 PM) Description: Nobodywillfixitincore(?),butiwilldescribearootcase.performmethodthatreturnbooleanforpublisherisdeprecatednowandAbortExceptionwithreasonmessageisanewstyle.Incurrentsituationwhenyouhavetwopublishers:1)IfbuildSUCCESS(build.getResult())thendoactionandFAILthepublisher.2)ifbuildSUCCESS-doactionBecauseof1)returnedbooleanbuildsummaryresultissettofailed.Sowhatstatuswillsee2)publisher?If1)publisherfailthebuildwithreturnfalse,thensecondpublisherwillstillseeSUCCESSstateanddounexpectedactionIf1)throwAbortException,thenbuildresultwillbesettoFAILUREand2)publisherwillseecorrectfailstatus.Theerrorinthisplacehttps://github.com/jenkinsci/jenkins/blob/555e2d593fbb419d2fad7e9cfae5911daf3d30e3/core/src/main/java/hudson/model/AbstractBuild.java#L719-L729if set branchsets buildResultimmediatelyforthrowenerrorandlaterforboolean. This message is automatically generated by JIRA. 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] [build-pipeline-plugin] (JENKINS-25391) Cannot delete project
Morne Joubert commented on JENKINS-25391 Cannot delete project I have have not seen this in LTS 1.580.3 so it must have been resolved somehow This message is automatically generated by JIRA. 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] [gerrit-trigger-plugin] (JENKINS-25615) extra '/' getting added in the generated url for finding files in a given commit
rin_ne edited a comment on JENKINS-25615 extra / getting added in the generated url for finding files in a given commit pl.touk.sonar.GerritPluginException: Error listing files To begin with, This is not an exception thrown by GT. Perhaps you are using sonar-gerrit-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.
[JIRA] [project-inheritance-plugin] (JENKINS-26990) Text parameters get converted to String
AppId Man created JENKINS-26990 Text parameters get converted to String Issue Type: Bug Assignee: Unassigned Components: project-inheritance-plugin Created: 17/Feb/15 12:03 PM Description: I ran across a strange issue: Create a new inheritance job Add a text parameter with some text which includes newlines as default value Save and then click on 'Build with Parameters' Then this text parameter has magically become a string parameter. Is this a known issue and does anyone know a workaround? Jenkins 1.598 java version "1.7.0_75" OpenJDK Runtime Environment (rhel-2.5.4.2.el7_0-x86_64 u75-b13) OpenJDK 64-Bit Server VM (build 24.75-b04, mixed mode) CentOS Linux release 7.0.1406 (Core) Project: Jenkins Priority: Major Reporter: AppId Man This message is automatically generated by JIRA. 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] [envinject-plugin] (JENKINS-26989) Inject env variables via stored script
Timur Batyrshin created JENKINS-26989 Inject env variables via stored script Issue Type: New Feature Assignee: Gregory Boissinot Components: envinject-plugin Created: 17/Feb/15 10:23 AM Description: It would be nice if we could inject env variables by a script store in filesystem but not only using "Evaluated Groovy Script" pasted in job parameters. Project: Jenkins Priority: Minor Reporter: Timur Batyrshin This message is automatically generated by JIRA. 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] [jclouds-jenkins] (JENKINS-26821) jenkins-jclouds throwing fatal errors on latest Jenkins
Oliver Gondža resolved JENKINS-26821 as Duplicate jenkins-jclouds throwing fatal errors on latest Jenkins Change By: Oliver Gondža (17/Feb/15 10:33 AM) Status: Open Resolved Assignee: abayer Resolution: Duplicate This message is automatically generated by JIRA. 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] [core] (JENKINS-19578) Multi-select feature at Dynamic parameter plugin
Ioannis Moutsatsos commented on JENKINS-19578 Multi-select feature at Dynamic parameter plugin In the face of what appears to be abandonment of the dynamic parameter plugin and the need for many additional dynamic features we at BioUno have implemented the new Uno-Choice plugin. In addition to dynamic option generation (similar to the Dynamic Parameter Plugin) Uno-Choice offers a variety of new and useful other features, including multi-select, cascading dynamic parameters and HTML rendering. A 1.0 version should soon appear on Jenkins but in the mean time you can get the latest hpi from https://groups.google.com/forum/#!topic/biouno-developers/REx4-sk_xSs This message is automatically generated by JIRA. 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] [project-inheritance-plugin] (JENKINS-26990) Text parameters get converted to String
AppId Man updated JENKINS-26990 Text parameters get converted to String Change By: AppId Man (17/Feb/15 12:04 PM) Description: Iranacrossastrangeissue:*Createanewinheritancejob*Addatextparameterwithsometextwhichincludesnewlinesasdefaultvalue*SaveandthenclickonBuildwithParametersThenthistextparameterhasmagicallybecomeastringparameter andthuslostthenewlines .Isthisaknownissueanddoesanyoneknowaworkaround?{code}Jenkins1.598javaversion1.7.0_75OpenJDKRuntimeEnvironment(rhel-2.5.4.2.el7_0-x86_64u75-b13)OpenJDK64-BitServerVM(build24.75-b04,mixedmode)CentOSLinuxrelease7.0.1406(Core){code} This message is automatically generated by JIRA. 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] [copyartifact-plugin] (JENKINS-26694) Workflow build Parameters are not exposed to CopyArtifact
Bastian Echterhoelter commented on JENKINS-26694 Workflow build Parameters are not exposed to CopyArtifact Answering my own question - https://issues.jenkins-ci.org/browse/JENKINS-26194 This message is automatically generated by JIRA. 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] [build-pipeline-plugin] (JENKINS-26998) Manual downstream jobs do not work when job is in folder
Jeff Storey created JENKINS-26998 Manual downstream jobs do not work when job is in folder Issue Type: Bug Assignee: Jeff Storey Components: build-pipeline-plugin Created: 17/Feb/15 8:38 PM Description: When build pipeline jobs are in a folder (Cloudless folder plugin) and there is a manual step between jobs, running the second (or any job past the first) does not work. BuildPipelineView.retrieveUpstreamProjectTriggerConfig does a check for downstreamProjectsNames.contains(project.getFullName()) And downstreamProjectNames contains the project short names, not the names with folders Project: Jenkins Priority: Minor Reporter: Jeff Storey This message is automatically generated by JIRA. 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-plugin] (JENKINS-26999) Perforce polling and labeling no longer resolves global password macros (regression from 1.3.27)
Caleb Mayeux created JENKINS-26999 Perforce polling and labeling no longer resolves global password macros (regression from 1.3.27) Issue Type: Bug Assignee: Rob Petti Components: perforce-plugin Created: 17/Feb/15 8:42 PM Description: After recently upgrading from 1.3.27 to 1.3.33, job polling appears to be failing with unresolved macro issues trying to poll when using perforce plugin in conjunction with Environment Injector plugin. I have a global password in the global config. In the job config, I have that variable name, let's say MY_P4PASSWD, set in the field for the perforce password. Also in the job config I have the "Inject passwords to the build as environment variables" and the "Global passwords" box checked under that. The variable is correctly resolved during the checkout, however no longer resolves during polling or during labeling. It all worked fine in 1.3.27. Also I reverted plugin version and tested that it wasn't any other variable in configuration. Snippet of stack trace from polling: FATAL: ${MY_P4PASSWD}: Found unresolved macro at '${MY_P4PASSWD}' hudson.plugins.perforce.utils.ParameterSubstitutionException: ${MY_P4PASSWD}: Found unresolved macro at '${MY_P4PASSWD}' at hudson.plugins.perforce.utils.MacroStringHelper.checkString(MacroStringHelper.java:154) at hudson.plugins.perforce.utils.MacroStringHelper.substituteParameters(MacroStringHelper.java:102) at hudson.plugins.perforce.PerforceSCM.getDecryptedP4Passwd(PerforceSCM.java:2700) at hudson.plugins.perforce.PerforceSCM.getDepot(PerforceSCM.java:487) at hudson.plugins.perforce.PerforceSCM.compareRemoteRevisionWith(PerforceSCM.java:1310) at hudson.scm.SCM.poll(SCM.java:401) Environment: Jenkins 1.580.3 perforce plugin 1.3.33 Environment Injector (EnvInject) plugin 1.90 Project: Jenkins Priority: Major Reporter: Caleb Mayeux This message is automatically generated by JIRA. 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] [weblogic-deployer-plugin] (JENKINS-27000) Weblogic deployer doesn't find artifact without base directory
Greg Emerick created JENKINS-27000 Weblogic deployer doesnt find artifact without base directory Issue Type: Bug Assignee: Raphael CHAUMIER Components: weblogic-deployer-plugin Created: 17/Feb/15 8:47 PM Description: Specifying the full path in base directory is very error prone. I'm trying to utilize the update that allows for not specifying the basedirectory as a full path to an artifact. This is a for a freestyle project built entirely in the workspace with Gradle. The artifact is in a sub folder of workspace. The folder is found, however the artifact is not. It doesn't seem to be searching recursively. Specifying the path to the workspace folder as base directory does recurse and find the war. File structure: workspace build libs my.war Console snippet: WeblogicDeploymentPlugin - The JDK /usr/java/jdk1.7.0_45/jre will be used. WeblogicDeploymentPlugin - ArtifactSelector used : org.jenkinsci.plugins.deploy.weblogic.FreeStyleJobArtifactSelectorImpl@6c55b99a WeblogicDeploymentPlugin - Retrieving artifacts recorded filtered resources on (.*).war... WeblogicDeploymentPlugin - 1 files found under workspace WeblogicDeploymentPlugin - the following resource build doesn't match (.*).war java.lang.RuntimeException: WeblogicDeploymentPlugin - No artifact to deploy (.*).war found. at org.jenkinsci.plugins.deploy.weblogic.FreeStyleJobArtifactSelectorImpl.selectArtifactRecorded(FreeStyleJobArtifactSelectorImpl.java:77) at org.jenkinsci.plugins.deploy.weblogic.task.DeploymentTaskServiceImpl.perform(DeploymentTaskServiceImpl.java:152) Environment: Linux, java 1.7, Jenkins 1.594, weblogic deployer 2.13 Project: Jenkins Priority: Major Reporter: Greg Emerick This message is automatically generated by JIRA. 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] [build-pipeline-plugin] (JENKINS-26998) Manual downstream jobs do not work when job is in folder
Jeff Storey resolved JENKINS-26998 as Not A Defect Manual downstream jobs do not work when job is in folder I was specifying the short name of the project in the downstream job. Specifying the full version seems to work. Change By: Jeff Storey (17/Feb/15 8:46 PM) Status: Open Resolved Resolution: NotADefect This message is automatically generated by JIRA. 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-plugin] (JENKINS-26999) Perforce polling and labeling no longer resolves global password macros (regression from 1.3.27)
Rob Petti assigned JENKINS-26999 to Oleg Nenashev Perforce polling and labeling no longer resolves global password macros (regression from 1.3.27) Change By: Rob Petti (17/Feb/15 9:25 PM) Assignee: RobPetti OlegNenashev This message is automatically generated by JIRA. 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] [core] (JENKINS-26624) Content of BUILD_ID environment variable changed from timestamp to build number
Poulet Fabrice commented on JENKINS-26624 Content of BUILD_ID environment variable changed from timestamp to build number I don't undertand why this issue is considered as duplicate/Resolve. I undestand that the content of the variable BUILD_ID was not appropriate, but the timestamp was very usefull. What's about a new variable BUILD_TIMESTAMP ? It is very anoying, since build 1.597 we can't upgrade jenkins because of this. Regards This message is automatically generated by JIRA. 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] [subversion-plugin] (JENKINS-26866) jenkins java.io.ioexception remote file operation failed
Smouch Smouch updated JENKINS-26866 jenkins java.io.ioexception remote file operation failed Change By: Smouch Smouch (17/Feb/15 8:24 AM) Environment: Jenkins versioniswhateverthelatestversionisasof09 ver . FEB 1 . 2015 598Furtherenvironmentdetailslistedbelow. This message is automatically generated by JIRA. 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] [clearcase-ucm-plugin] (JENKINS-26985) Poll rebase functionality (case 12578)
Mads Nielsen created JENKINS-26985 Poll rebase functionality (case 12578) Issue Type: New Feature Assignee: Praqma Support Components: clearcase-ucm-plugin Created: 17/Feb/15 8:25 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/d/optout.
[JIRA] [disk-usage-plugin] (JENKINS-21003) ProjectDiskUsageAction.getBuildsDiskUsageAllSubItems breaks lazy-loading
Steven Christou commented on JENKINS-21003 ProjectDiskUsageAction.getBuildsDiskUsageAllSubItems breaks lazy-loading I created PR 28(https://github.com/jenkinsci/disk-usage-plugin/pull/28) which prevents duplicate calls to ProjectDiskUsageAction.getJobRootDirDiskUsage which is an expensive operation. This will not prevent lazy loading operation, however the jobs root disk usage will not be calculated for each build. This message is automatically generated by JIRA. 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] [disk-usage-plugin] (JENKINS-21003) ProjectDiskUsageAction.getBuildsDiskUsageAllSubItems breaks lazy-loading
Steven Christou edited a comment on JENKINS-21003 ProjectDiskUsageAction.getBuildsDiskUsageAllSubItems breaks lazy-loading I created PR 28 which prevents duplicate calls to ProjectDiskUsageAction.getJobRootDirDiskUsage which is an expensive operation. This will not prevent lazy loading operation, however the jobs root disk usage will not be calculated for each build. This message is automatically generated by JIRA. 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] [clearcase-ucm-plugin] (JENKINS-26529) Changeset should be generated on executing node (case 12604)
Mads Nielsen resolved JENKINS-26529 as Fixed Changeset should be generated on executing node (case 12604) Change By: Mads Nielsen (17/Feb/15 8:27 AM) Status: Open Resolved Resolution: Fixed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- 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] [core] (JENKINS-26982) On MacOSX, pkg installation doesn't set newsyslog permissions properly
SCM/JIRA link daemon commented on JENKINS-26982 On MacOSX, pkg installation doesnt set newsyslog permissions properly Code changed in jenkins User: Jerome Lacoste Path: osx/scripts/postinstall-launchd osx/scripts/postinstall-launchd-jenkins http://jenkins-ci.org/commit/jenkins/69d9bff59c2e4e7908a3490f9e154af4490d7298 Log: JENKINS-26982 macosx: configure newsyslog to reset the /var/log/jenkins/ with appropriate permissions This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- 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] [core] (JENKINS-26982) On MacOSX, pkg installation doesn't set newsyslog permissions properly
SCM/JIRA link daemon commented on JENKINS-26982 On MacOSX, pkg installation doesnt set newsyslog permissions properly Code changed in jenkins User: Jerome Lacoste Path: osx/scripts/postinstall-launchd-jenkins http://jenkins-ci.org/commit/jenkins/66cb50da3e5ace025f3a44ee727274053a90642b Log: JENKINS-26982 MacOSX: re-use jenkins user default group for group ownership permissions Compare: https://github.com/jenkinsci/jenkins/compare/69d9bff59c2e^...66cb50da3e5a This message is automatically generated by JIRA. 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] [gradle-jpi-plugin] (JENKINS-26377) exception when running seed job on test server
Daniel Spilker closed JENKINS-26377 as Fixed exception when running seed job on test server I'll update the job-dsl-plugin soon. Change By: Daniel Spilker (17/Feb/15 8:48 AM) Status: Resolved Closed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- 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] [clearcase-ucm-plugin] (JENKINS-26593) Performance issues with large changesets (case 12606)
Mads Nielsen updated JENKINS-26593 Performance issues with large changesets (case 12606) Change By: Mads Nielsen (17/Feb/15 8:52 AM) Summary: Performanceissueswithlargechangesets (case12606) This message is automatically generated by JIRA. 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] [gerrit-trigger-plugin] (JENKINS-10709) multiple builds are triggered for one change in Gerrit
Curtis Kline commented on JENKINS-10709 multiple builds are triggered for one change in Gerrit I am concerned about this bug being marked "fixed". I am running 2.11.1 of the trigger plugin, and I believe it still exhibits this behavior. This message is automatically generated by JIRA. 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] [remote-terminal-access-plugin] (JENKINS-24212) Remote Terminal Access Plugin doesn't work with Jenkins LTS
Michael Prokop commented on JENKINS-24212 Remote Terminal Access Plugin doesnt work with Jenkins LTS Maybe someone could trigger a new release of the plugin nowadays? 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/d/optout.
[JIRA] [envinject-plugin] (JENKINS-17241) GEM_PATH env variable wrong when using envinject + rvm plugins
Stefan Thurnherr edited a comment on JENKINS-17241 GEM_PATH env variable wrong when using envinject + rvm plugins Similar problem here, but neither EnvInject nor Rvm plugins are installed. Our Jenkins is v1.586 (no slaves, master only). I've uninstalled ruby-runtime via plugin manager and then soft-restarted jenkins (restart checkbox). GEM_PATH file:/var/lib/jenkins/plugins/ruby-runtime/WEB-INF/lib/stapler-jruby-1.209.jar!/gem This message is automatically generated by JIRA. 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] [gerrit-trigger-plugin] (JENKINS-25615) extra '/' getting added in the generated url for finding files in a given commit
rin_ne commented on JENKINS-25615 extra / getting added in the generated url for finding files in a given commit pl.touk.sonar.GerritPluginException: Error listing files To begin with, This is not an exception thrown by GT. Perhaps you are using sonar-gerrit-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.
[JIRA] [core] (JENKINS-26986) Jenkins crash causes : java.lang.OutOfMemoryError: PermGen space
Auguste Feukam created JENKINS-26986 Jenkins crash causes : java.lang.OutOfMemoryError: PermGen space Issue Type: Bug Assignee: Unassigned Attachments: jenkinsBug1.JPG, jenkinsBug2.JPG Components: core Created: 17/Feb/15 9:04 AM Description: Since 1 Week Jenkins crash all the time. please have a look and help Stack trace javax.servlet.ServletException: java.lang.OutOfMemoryError: PermGen space at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:796) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:876) at org.kohsuke.stapler.MetaClass$4.doDispatch(MetaClass.java:211) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:746) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:876) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:649) at org.kohsuke.stapler.Stapler.service(Stapler.java:238) 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:123) at org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:176) at org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:145) at org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:92) at com.marvelution.jenkins.plugins.jira.filter.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:51) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:120) at com.marvelution.jenkins.plugins.jira.filter.OAuthFilter.doFilter(OAuthFilter.java:88) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:120) at hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:58) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:120) at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:114) 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 jenkins.security.BasicHeaderProcessor.doFilter(BasicHeaderProcessor.java:93) 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
[JIRA] [workflow-plugin] (JENKINS-26987) Hiding certain steps from the Running Steps tree
Timur Batyrshin created JENKINS-26987 Hiding certain steps from the Running Steps tree Issue Type: New Feature Assignee: Jesse Glick Components: workflow-plugin Created: 17/Feb/15 9:11 AM Description: It would be nice if we could hide certain steps from the build tree in "Running Steps". For example: dir('foo') { echo "Starting to build" sh "mkdir -p result" sh "make build" archive "result/*' } Here we are interested in the results and console log only of the sh "make build" step and we very likely don't need the results for Change Directory: start, Change Directory: body start, Print message, first "sh" step and Archive artifacts. This probably should also be made configurable so that we can enable these while debugging. Probably it is already covered by https://issues.jenkins-ci.org/browse/JENKINS-26107. Feel free to close my ticket if it is so. Project: Jenkins Priority: Minor Reporter: Timur Batyrshin This message is automatically generated by JIRA. 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] [performance-plugin] (JENKINS-26988) Responding time graphs should not ignore samples with errors
Guus der Kinderen created JENKINS-26988 Responding time graphs should not ignore samples with errors Issue Type: Bug Assignee: Manuel Carrasco Attachments: after.png, before.png Components: performance-plugin Created: 17/Feb/15 9:11 AM Description: When even one sample from a set of samples contained an error, the responding time graph displays zero milliseconds for the entire build. This is undesirable, as: even error-generation takes time (and should be plotted); it masks the response times for the requests that did not result in an error (which is annoying if there are many, many samples of which just a low percentage resulted in errors. On the dashboard, the "Responding Time" and "Percentage of Errors" graphs are situated next to each-other. This allows the user to evaluate easily if there were errors for the provided response times. This further removes the need to 'hide' samples that contain errors (as it's pretty clear that there were errors, if any). To illustrate, see the graph below. About half way through the build history, we implemented an improvement that: fixed the low percentage of errors that we had; improved response time considerably. The first glance on the graphs however make it look like things got worse (as there are suddenly a number of lines that are not 'zero' any more. The graph below is based on the same data, but does not 'hide' errors. As you can see, the graph allows users to analyze the actual results a lot better. I propose to stop 'hiding' the errors, as that results in non-truthful graphs. The fix for this issue is almost trivial. In class PerformanceProjectAction, the following if-statement needs to be replaced: if (uriReport.isFailed()) { // we set duration as 0 for failed tests dataSetBuilderAverage.add(0, uriReport.getUri(), label); } else { dataSetBuilderAverage.add(uriReport.getAverage(), uriReport.getUri(), label); } Project: Jenkins Priority: Minor Reporter: Guus der Kinderen This message is automatically generated by JIRA. 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] [core] (JENKINS-1166) Strange characters appear on pages
Fabian Mutzbauer commented on JENKINS-1166 Strange characters appear on pages With an upgrade to version 1.598, the A letters appeard on our system (ubuntu 14.04) next to nbsp. We use an apache 2.4.7 as a reverse proxy. I checked the problem with different browser (chromium, firefox) and the charset is always set on UTF-8. How can I investigate this issues further? This message is automatically generated by JIRA. 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] [core] (JENKINS-26624) Content of BUILD_ID environment variable changed from timestamp to build number
Martin Rust commented on JENKINS-26624 Content of BUILD_ID environment variable changed from timestamp to build number Hi Poulet Fabrice, follow post at JENKINS-26520 This message is automatically generated by JIRA. 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] [performance-plugin] (JENKINS-22011) Performance plugin report not failing build based on relative thresholds.
Manuel Carrasco commented on JENKINS-22011 Performance plugin report not failing build based on relative thresholds. @Marko, Can you rebase your patch with the current code. Also if it's possible could you send a pull request in github so as it's easier to review and CI server checks it as well. This message is automatically generated by JIRA. 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] [performance-plugin] (JENKINS-22011) Performance plugin report not failing build based on relative thresholds.
Marko Macek commented on JENKINS-22011 Performance plugin report not failing build based on relative thresholds. OK, I'll try and do that (probably sometime next week). This message is automatically generated by JIRA. 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.