[JIRA] [core] (JENKINS-27441) hudson.model.Run.getLog throws IndexOutOfBoundsException when called with 0
Valentin Batz started work on JENKINS-27441 hudson.model.Run.getLog throws IndexOutOfBoundsException when called with 0 Change By: Valentin Batz (16/Mar/15 7:04 PM) Status: Open In Progress This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-27441) hudson.model.Run.getLog throws IndexOutOfBoundsException when called with 0
Valentin Batz commented on JENKINS-27441 hudson.model.Run.getLog throws IndexOutOfBoundsException when called with 0 Yes you're right, was not aware of it, sorry for the hassle. This message is automatically generated by JIRA. 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-27441) hudson.model.Run.getLog throws IndexOutOfBoundsException when called with 0
Valentin Batz commented on JENKINS-27441 hudson.model.Run.getLog throws IndexOutOfBoundsException when called with 0 Yes, i was working on a fix in the meantime, see https://github.com/jenkinsci/jenkins/pull/1591 This message is automatically generated by JIRA. 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-27441) hudson.model.Run.getLog throws IndexOutOfBoundsException when called with 0
Valentin Batz commented on JENKINS-27441 hudson.model.Run.getLog throws IndexOutOfBoundsException when called with 0 Steps to reproduce: Jenkins 1.604 notification plugin version 1.9 installed Create a new free style job. Add a HTTP Notification Endpoint pointing to some request endpoint created on http://requestb.in/ Set Event to All Events Run the job, the exception noted in description will occur instead of a HTTP POST to the created notification Endpoint. This message is automatically generated by JIRA. 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-27441) hudson.model.Run.getLog throws IndexOutOfBoundsException when called with 0
Valentin Batz created JENKINS-27441 hudson.model.Run.getLog throws IndexOutOfBoundsException when called with 0 Issue Type: Bug Assignee: Unassigned Components: core Created: 16/Mar/15 3:31 PM Description: I get a stacktrace when configuring a pluging to include no log entries when posting job notification: java.lang.IndexOutOfBoundsException: Index: 0, Size: 0 at java.util.LinkedList.entry(LinkedList.java:382) at java.util.LinkedList.set(LinkedList.java:345) at hudson.model.Run.getLog(Run.java:1963) at com.tikal.hudson.plugins.notification.Phase.getLog(Phase.java:141) at com.tikal.hudson.plugins.notification.Phase.buildJobState(Phase.java:79) at com.tikal.hudson.plugins.notification.Phase.handle(Phase.java:42) at com.tikal.hudson.plugins.notification.JobListener.onStarted(JobListener.java:31) at hudson.model.listeners.RunListener.fireStarted(RunListener.java:213) at hudson.model.Run.execute(Run.java:1747) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:89) at hudson.model.Executor.run(Executor.java:240) Project: Jenkins Priority: Minor Reporter: Valentin Batz This message is automatically generated by JIRA. 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-27441) hudson.model.Run.getLog throws IndexOutOfBoundsException when called with 0
Valentin Batz updated JENKINS-27441 hudson.model.Run.getLog throws IndexOutOfBoundsException when called with 0 Change By: Valentin Batz (16/Mar/15 3:33 PM) Description: I get a stacktrace when configuring a pluging plugin to include no log entries when posting job notification:java.lang.IndexOutOfBoundsException: Index: 0, Size: 0 at java.util.LinkedList.entry(LinkedList.java:382) at java.util.LinkedList.set(LinkedList.java:345) at hudson.model.Run.getLog(Run.java:1963) at com.tikal.hudson.plugins.notification.Phase.getLog(Phase.java:141) at com.tikal.hudson.plugins.notification.Phase.buildJobState(Phase.java:79) at com.tikal.hudson.plugins.notification.Phase.handle(Phase.java:42) at com.tikal.hudson.plugins.notification.JobListener.onStarted(JobListener.java:31) at hudson.model.listeners.RunListener.fireStarted(RunListener.java:213) at hudson.model.Run.execute(Run.java:1747) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:89) at hudson.model.Executor.run(Executor.java:240) This message is automatically generated by JIRA. 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] (JENKINS-15879) CVS 'Tag this build' does not work for 'partial checkouts'
Valentin Batz updated JENKINS-15879 CVS 'Tag this build' does not work for 'partial checkouts' Change By: Valentin Batz (07/Dec/12 1:42 PM) Summary: CVS ' Tag this build ' does not work for 'partial checkouts' This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15879) Tag this build does not work for 'partial checkouts'
Valentin Batz updated JENKINS-15879 Tag this build does not work for 'partial checkouts' Change By: Valentin Batz (20/Nov/12 8:38 PM) Description: When checking out // as a module and trying to tag the build,this error message occurs:cvsnt rtag: cannot find module `' - ignoredSo all the single files that are checked out as modules don't get tagged. There were multiple checkout modules configured in the job. Some were just the module, some modules with subdirs and of course the single file checkouts. Let me know if you require more information to reproduce the issue. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15880) Please add a configurable 'quiet'/'really quiet' (-q/-Q) switch for the CVS Plugin
Valentin Batz updated JENKINS-15880 Please add a configurable 'quiet'/'really quiet' (-q/-Q) switch for the CVS Plugin Change By: Valentin Batz (20/Nov/12 2:10 PM) Issue Type: New Feature 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
[JIRA] (JENKINS-15880) Please add a configurable 'quiet'/'really quiet' (-q/-Q) switch for the CVS Plugin
Valentin Batz created JENKINS-15880 Please add a configurable 'quiet'/'really quiet' (-q/-Q) switch for the CVS Plugin Issue Type: New Feature Assignee: Unassigned Components: cvs Created: 20/Nov/12 2:03 PM Description: The CVS Plugin starting from 2.x generates too much output. This may affect the build time and the log sizes. Please add a configurable 'quiet' and 'really quiet' switch and enable at least 'quiet' by default. The old plugin did always set the 'quiet' switch by default. Project: Jenkins Priority: Minor Reporter: Valentin Batz This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15879) Tag this build does not work for 'partial checkouts'
Valentin Batz created JENKINS-15879 Tag this build does not work for 'partial checkouts' Issue Type: Bug Assignee: Unassigned Components: cvs Created: 20/Nov/12 1:52 PM Description: When checking out // as a module and trying to tag the build, this error message occurs: cvsnt rtag: cannot find module `' - ignored So all the single files that are checked out as modules don't get tagged. Environment: Jenkins 1.489 CVS plugin 2.7 Project: Jenkins Priority: Major Reporter: Valentin Batz This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15132) Cannot use a single file name as module for retrieval in CVS Plugin version 2.5
Valentin Batz commented on JENKINS-15132 Cannot use a single file name as module for retrieval in CVS Plugin version 2.5 I've the same issue when upgrading from a 1.x to any 2.x version of the plugin. We are building a lot multi module projects where we checkout just some files from modules. There is a workaround, when you put the directory name of the file as local name it works. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-13264) fail checkout 2 modules with different path
[ https://issues.jenkins-ci.org/browse/JENKINS-13264?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=163251#comment-163251 ] Valentin Batz commented on JENKINS-13264: -- I've just tried the -d argument on linux client with backslashes, it's not what you want. It creates the directory with the backslash in it. > fail checkout 2 modules with different path > --- > > Key: JENKINS-13264 > URL: https://issues.jenkins-ci.org/browse/JENKINS-13264 > Project: Jenkins > Issue Type: Bug > Components: cvs > Environment: linux >Reporter: Eric Co >Assignee: Michael Clarke > Fix For: current > > > I create two cvs modules with the path > lib/flac-1.2.1 > drv/linux/fuse > when it check out, got the error: > cvs checkout -P -D 29 Mar 2012 11:40:15 +0800 -d lib/flac-1.2.1 > lib/flac-1.2.1 > cvs [checkout aborted]: could not change directory to requested checkout > directory `lib': No such file or directory -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-13264) fail checkout 2 modules with different path
[ https://issues.jenkins-ci.org/browse/JENKINS-13264?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=163250#comment-163250 ] Valentin Batz commented on JENKINS-13264: -- Michael: I think the backslash trick works on windows client-side only, independend from the cvs-server platform. I haven't tried cvs on linux client yet. I don't recommend to change the CVS command to contain backslashes. I think you should ommit the -d option when the 'CVS Module' contains slashes. The chekckout-as feature does not work with partial checkouts. I'd prefer a working 'partial checkout' feature over the 'checkout-as' feature, since it worked out of the box with versions < 2.0 of the CVS Plugin. > fail checkout 2 modules with different path > --- > > Key: JENKINS-13264 > URL: https://issues.jenkins-ci.org/browse/JENKINS-13264 > Project: Jenkins > Issue Type: Bug > Components: cvs > Environment: linux >Reporter: Eric Co >Assignee: Michael Clarke > Fix For: current > > > I create two cvs modules with the path > lib/flac-1.2.1 > drv/linux/fuse > when it check out, got the error: > cvs checkout -P -D 29 Mar 2012 11:40:15 +0800 -d lib/flac-1.2.1 > lib/flac-1.2.1 > cvs [checkout aborted]: could not change directory to requested checkout > directory `lib': No such file or directory -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-13264) fail checkout 2 modules with different path
[ https://issues.jenkins-ci.org/browse/JENKINS-13264?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=163134#comment-163134 ] Valentin Batz commented on JENKINS-13264: -- I've experienced the same issue and traced it down to a cvsnt inconvenience. I'll try to explain my findings. The -d argument gets passed to the server. The server process creates a local copy in a tmp dir for the checkout with that argument as name. It does not create the required subdirectories and thats why the checkout will fail. I assume your cvsnt/cvs server is running in a unix environment, because works with backslashes because backslashes are valid in unix filenames/directories, and the first level directory is created in the tmpdir. I suggest not to pass the -d argument to the server, when doing 'partial checkouts' with subdirs. I'd rather suggest to implement a client-side redirection of the files/directories. > fail checkout 2 modules with different path > --- > > Key: JENKINS-13264 > URL: https://issues.jenkins-ci.org/browse/JENKINS-13264 > Project: Jenkins > Issue Type: Bug > Components: cvs > Environment: linux >Reporter: Eric Co >Assignee: Michael Clarke > Fix For: current > > > I create two cvs modules with the path > lib/flac-1.2.1 > drv/linux/fuse > when it check out, got the error: > cvs checkout -P -D 29 Mar 2012 11:40:15 +0800 -d lib/flac-1.2.1 > lib/flac-1.2.1 > cvs [checkout aborted]: could not change directory to requested checkout > directory `lib': No such file or directory -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-13264) fail checkout 2 modules with different path
[ https://issues.jenkins-ci.org/browse/JENKINS-13264?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=163134#comment-163134 ] Valentin Batz edited comment on JENKINS-13264 at 5/23/12 3:58 PM: --- I've experienced the same issue and traced it down to a cvsnt inconvenience. I'll try to explain my findings. The -d argument gets passed to the server. The server process creates a local copy in a tmp dir for the checkout with that argument as name. It does not create the required subdirectories and thats why the checkout will fail. I assume your cvsnt/cvs server is running in a unix environment, because it works with backslashes for you. I've discovered the same workaround. It's working because backslashes are valid in unix filenames/directories, and the first level directory is created in the tmpdir. I suggest not to pass the -d argument to the server, when doing 'partial checkouts' with subdirs. I'd rather suggest to implement a client-side redirection of the files/directories. was (Author: valeni): I've experienced the same issue and traced it down to a cvsnt inconvenience. I'll try to explain my findings. The -d argument gets passed to the server. The server process creates a local copy in a tmp dir for the checkout with that argument as name. It does not create the required subdirectories and thats why the checkout will fail. I assume your cvsnt/cvs server is running in a unix environment, because works with backslashes because backslashes are valid in unix filenames/directories, and the first level directory is created in the tmpdir. I suggest not to pass the -d argument to the server, when doing 'partial checkouts' with subdirs. I'd rather suggest to implement a client-side redirection of the files/directories. > fail checkout 2 modules with different path > --- > > Key: JENKINS-13264 > URL: https://issues.jenkins-ci.org/browse/JENKINS-13264 > Project: Jenkins > Issue Type: Bug > Components: cvs > Environment: linux >Reporter: Eric Co >Assignee: Michael Clarke > Fix For: current > > > I create two cvs modules with the path > lib/flac-1.2.1 > drv/linux/fuse > when it check out, got the error: > cvs checkout -P -D 29 Mar 2012 11:40:15 +0800 -d lib/flac-1.2.1 > lib/flac-1.2.1 > cvs [checkout aborted]: could not change directory to requested checkout > directory `lib': No such file or directory -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
