[JIRA] (JENKINS-15800) Error puling changes
Dmitry Sviridov created JENKINS-15800 Error puling changes Issue Type: Bug Assignee: Jesse Glick Components: mercurial Created: 12/Nov/12 8:59 AM Description: Started on Nov 12, 2012 12:45:50 PM ERROR: Failed to record SCM polling for hudson.model.FreeStyleProject@127249b[ProjectName] java.lang.ArrayIndexOutOfBoundsException: 1 at hudson.Launcher$2.launch(Launcher.java:712) at hudson.Launcher$ProcStarter.start(Launcher.java:346) at hudson.plugins.mercurial.MercurialSCM.joinWithPossibleTimeout(MercurialSCM.java:308) at hudson.plugins.mercurial.MercurialSCM.pull(MercurialSCM.java:302) at hudson.plugins.mercurial.MercurialSCM.compareRemoteRevisionWith(MercurialSCM.java:252) at hudson.scm.SCM._compareRemoteRevisionWith(SCM.java:356) at hudson.scm.SCM.poll(SCM.java:373) at hudson.model.AbstractProject._poll(AbstractProject.java:1471) at hudson.model.AbstractProject.poll(AbstractProject.java:1404) at hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:420) at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:449) at hudson.util.SequentialExecutionQueue$QueueEntry.run(SequentialExecutionQueue.java:118) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:722) Environment: Windows XP x86, JDK 1.7.0_07-b11, Apache Tomcat/7.0.32, Jenkins ver. 1.489 Mercurial plugin 1.42 Project: Jenkins Priority: Major Reporter: Dmitry Sviridov This message is automatically generated by JIRA. 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-13793) Build isn't triggered after reboot
Tomas Kopal commented on JENKINS-13793 Build isn't triggered after reboot I would expect the plugin to behave always the same, regardless if there was a restart or not. I think that means to have persistence for all jobs where the plugin is activated. This message is automatically generated by JIRA. 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-12966) gitTool crashes Jenkins startup
Benjamin Kemper commented on JENKINS-12966 gitTool crashes Jenkins startup It is happening to me also on 1.489. Stack trace: org.jvnet.hudson.reactor.ReactorException: java.lang.Error: java.lang.reflect.InvocationTargetException at org.jvnet.hudson.reactor.Reactor.execute(Reactor.java:246) at jenkins.InitReactorRunner.run(InitReactorRunner.java:43) at jenkins.model.Jenkins.executeReactor(Jenkins.java:894) at jenkins.model.Jenkins.(Jenkins.java:796) at hudson.model.Hudson.(Hudson.java:81) at hudson.model.Hudson.(Hudson.java:77) at hudson.WebAppMain$2.run(WebAppMain.java:214) Caused by: java.lang.Error: java.lang.reflect.InvocationTargetException at hudson.init.InitializerFinder.invoke(InitializerFinder.java:124) at hudson.init.InitializerFinder$TaskImpl.run(InitializerFinder.java:184) at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:259) at jenkins.model.Jenkins$7.runTask(Jenkins.java:883) at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:187) at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:94) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:722) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at hudson.init.InitializerFinder.invoke(InitializerFinder.java:120) ... 8 more Caused by: java.lang.NullPointerException at hudson.plugins.git.GitTool.onLoaded(GitTool.java:74) ... 13 more Installed plugins: LDAP Plugin pam-auth ant javadoc Jenkins Subversion Plug-in Jenkins jQuery plugin Jenkins jQuery UI plugin Nested View Plugin Jenkins Multijob plugin Token Macro Plugin Jenkins SSH Slaves plugin Python Plugin Jenkins CVS Plug-in Maven Integration plugin Copy Artifact Plugin Log Parser Plugin ChuckNorris Plugin Jenkins Translation Assistance plugin Green Balls Jenkins Parameterized Trigger plugin This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15793) Include support for specifying the Sauce Connect HTTPS protocol within plugin
SCM/JIRA link daemon commented on JENKINS-15793 Include support for specifying the Sauce Connect HTTPS protocol within plugin Code changed in jenkins User: Ross Rowe Path: pom.xml src/main/java/hudson/plugins/sauce_ondemand/SauceOnDemandBuildAction.java src/main/java/hudson/plugins/sauce_ondemand/SauceOnDemandBuildWrapper.java src/main/java/hudson/plugins/sauce_ondemand/SauceOnDemandReportPublisher.java src/main/java/hudson/plugins/sauce_ondemand/SeleniumBuilderBuilder.java src/main/resources/hudson/plugins/sauce_ondemand/SauceOnDemandBuildWrapper/config.jelly src/main/resources/hudson/plugins/sauce_ondemand/SeleniumBuilder/config.jelly http://jenkins-ci.org/commit/sauce-ondemand-plugin/c3047f5f4f25316520c3e688de923190b86f624d Log: JENKINS-15793 Add support for specifying https protocol This message is automatically generated by JIRA. 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-11638) When claimed, stop sending e-mails to individuals who broke the build
Markus Hjerto commented on JENKINS-11638 When claimed, stop sending e-mails to individuals who broke the build There is no interest in this feature? It would certainly reduce the noise in big projects. As of now, no claim information is included in any build failed-emails. As a minimum, it would even help if the emails said "Already claimed build failed in Jenkins" or something. This message is automatically generated by JIRA. 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-15793) Include support for specifying the Sauce Connect HTTPS protocol within plugin
Ross Rowe resolved JENKINS-15793 as Fixed Include support for specifying the Sauce Connect HTTPS protocol within plugin This is fixed in version 1.31 of the Sauce Jenkins plugin Change By: Ross Rowe (12/Nov/12 10:30 AM) Status: In Progress Resolved Resolution: Fixed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15801) Allow root of relative paths to be specified
John McCabe created JENKINS-15801 Allow root of relative paths to be specified Issue Type: Improvement Assignee: Ulli Hafner Components: warnings Created: 12/Nov/12 10:51 AM Description: Due to the way that my system is built, I've found I need to set up a custom Jenkins workspace but, in the build step, I'm launching a python script that moves to a specific location before starting to compile. Although I've got "resolve relative paths" checked it doesn't seem to be working properly; the files created in jobs//builds//workspace-files are all empty. I suspect this is caused by the odd way out code is built. The warnings tend to be of the form: ../../.c:329: warning: empty body in an else-statement This is relative to the location where I run my build script, but that is somewhere down the path from the Jenkins workspace (e:\work\Jenkins). My suggestion is therefore to allow a root path to be used by the Compiler Warnings plugin when trying to resolve relative paths. If I were able to specify the root, let's say "E:\Work\Jenkins\\\", (where p1..p3 are replaced by my folder names) it should be easy for the warnings plugin to resolve "../../.c" to "E:\Work\Jenkins\\.c" correctly. Environment: Windows 7 Project: Jenkins Priority: Major Reporter: John McCabe This message is automatically generated by JIRA. 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-15652) All executors dead with item.isStuck(): ArrayIndexOutOfBoundsException and more in logs
Roger Scriven commented on JENKINS-15652 All executors dead with item.isStuck(): ArrayIndexOutOfBoundsException and more in logs I'm also having a similar issue which is really blocking progress on out CI setup. I'm using Windows Server 2008 R2 with Jenkins running as a service. The problems appeared to start when I upgraded to 1.488 and created new jobs to use the 'View map from file' feature of the Perforce plugin. I subsequently upgraded to 1.489 but have now rolled back to 1.488. Any suggestions/workarounds would be appreciated because our CI work is currently at a halt because of this. Roger Nov 9, 2012 9:10:27 AM hudson.triggers.SafeTimerTask run SEVERE: Timer task hudson.model.Queue$MaintainTask@1de2b1 failed java.lang.ArrayIndexOutOfBoundsException: Assertion error: failing to load #256 DESC: lo=11,hi=10,size=11,size2=11 at jenkins.model.lazy.AbstractLazyLoadRunMap.search(AbstractLazyLoadRunMap.java:418) at hudson.model.AbstractBuild.getPreviousBuild(AbstractBuild.java:207) at hudson.model.AbstractBuild.getPreviousBuild(AbstractBuild.java:100) at hudson.model.Job.getLastBuildsOverThreshold(Job.java:813) at hudson.model.Job.getEstimatedDuration(Job.java:820) at hudson.model.queue.MappingWorksheet.(MappingWorksheet.java:320) at hudson.model.queue.MappingWorksheet.(MappingWorksheet.java:303) at hudson.model.Queue.maintain(Queue.java:1033) at hudson.model.Queue$MaintainTask.doRun(Queue.java:1759) at hudson.triggers.SafeTimerTask.run(SafeTimerTask.java:54) at java.util.TimerThread.mainLoop(Unknown Source) at java.util.TimerThread.run(Unknown Source) Nov 9, 2012 9:10:27 AM jenkins.model.lazy.AbstractLazyLoadRunMap search WARNING: Assertion error: failing to load #256 DESC: lo=11,hi=10,size=11,size2=11 java.lang.Exception at jenkins.model.lazy.AbstractLazyLoadRunMap.search(AbstractLazyLoadRunMap.java:417) at hudson.model.AbstractBuild.getPreviousBuild(AbstractBuild.java:207) at hudson.model.AbstractBuild.getPreviousBuild(AbstractBuild.java:100) at hudson.model.Job.getLastBuildsOverThreshold(Job.java:813) at hudson.model.Job.getEstimatedDuration(Job.java:820) This message is automatically generated by JIRA. 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-15366) Problem displaying Jacoco coverage data in Jenkins for very large number of classes and methods.
Shane McEneaney commented on JENKINS-15366 Problem displaying Jacoco coverage data in Jenkins for very large number of classes and methods. Hi Ogi, I'm sure you're busy with other things. Do you know of any workaround to this? I am trying to avoid switching to Sonar as it's another thing to administer and I really want this to work . Thanks, Shane This message is automatically generated by JIRA. 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-15802) CopyArticat plugin cannot resolve NodeLabel parameter
Sonni Nørløv
created JENKINS-15802
CopyArticat plugin cannot resolve NodeLabel parameter
Issue Type:
Bug
Assignee:
domi
Components:
copyartifact, nodelabelparameter
Created:
12/Nov/12 11:14 AM
Description:
I have a parameterized job, which specifies a Label parameter from the NodeLabel plugin, calling it JK_PLATFORM.
This JK_PLATFORM parameter is available in the environment doing the build. But when I want to do a "archive the artifacts" in as post build action and use ${JK_PLATFORM} as part of the "files to archive" like
${JK_SVN_BRANCH}/${JK_PLATFORM}/${JK_RELEASE}/cdrom/*
I get the following error:
—
Archiving artifacts
ERROR: No artifacts found that match the file pattern "trunk/${JK_PLATFORM}/false/cdrom/*". Configuration error?
—
Looks like the JK_PLATFORM parameter is not resolved.
Environment:
Linux master, Solaris slave
Project:
Jenkins
Labels:
nodelabelparameter
copyartifact
Priority:
Major
Reporter:
Sonni Nørløv
This message is automatically generated by JIRA.
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-15499) HistoryWidget/entry.jelly throws NullPointerException
S Daigle commented on JENKINS-15499 HistoryWidget/entry.jelly throws NullPointerException The only way I could get this to work was to roll back to version 1.484 This message is automatically generated by JIRA. 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-15803) git polling mechanism can have build in infinite loop
Kristia Rosenvold created JENKINS-15803 git polling mechanism can have build in infinite loop Issue Type: Bug Affects Versions: current Assignee: Nicolas De Loof Components: git Created: 12/Nov/12 11:51 AM Description: We have a problem on the ASF git integration that causes change detection logic to always trigger changes, subsequently running the builds non-stop. I am quiet sure I have tracked this and will explain it here: jenkins-core: https://github.com/jenkinsci/jenkins/blob/master/core/src/main/java/hudson/model/AbstractProject.java#L1404 Look at the catch-block surrounding the call to "poll". https://github.com/jenkinsci/git-plugin/blob/master/src/main/java/hudson/plugins/git/GitSCM.java#L678 https://github.com/jenkinsci/git-plugin/blob/master/src/main/java/hudson/plugins/git/GitSCM.java#L741 Both of these method calls can produce a "GitException" which is of type RunTimeException. When they hit the "catch" in AbstractProject#poll, they will enter the RuntimeException block. The root cause seems to be that GitAPI status code detection (GitAPI java line 824) does not distinguish between "IOException" and other kinds of exception. Given that we are unable to distinguish, it probably makes more sense to make the "poll" method wrap any git exception in an IOException, but the optimal would be to determine what status codes git uses for network related failures and throw ioexceptions in those cases. Project: Jenkins Priority: Major Reporter: Kristia Rosenvold This message is automatically generated by JIRA. 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-15499) HistoryWidget/entry.jelly throws NullPointerException
Tamas Papp commented on JENKINS-15499 HistoryWidget/entry.jelly throws NullPointerException When I tried to do that, I got various errors. Should it work fine? This message is automatically generated by JIRA. 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-13411) Klocwork XML output is deprecated
M S commented on JENKINS-13411 Klocwork XML output is deprecated Would it be possible that the plugin will still allow xml parsing for Klocwork 9.6+? But with a different schema validation? Using http://developer.klocwork.com/community/forums/klocwork-general/web-api/webapi-issue-export-python-script with some changes we can obtain xml parseable for Jenkins and in the end have nice charts displayed in Jenkins. However due to lack of information about faulty lines in json form webapi (no column, line, prefix, postfix, trace etc) I had to put many fake tags in the xml, to get it parsed. This message is automatically generated by JIRA. 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-15499) HistoryWidget/entry.jelly throws NullPointerException
S Daigle commented on JENKINS-15499 HistoryWidget/entry.jelly throws NullPointerException Mine rolled back without any issues. I diffed the client slave.jar files between 1.484 and 1.489 and they were identical so all I had to do was install the 1.484 jenkins war on the server. Our server is on Ubuntu so all I did was shutdown jenkins, remove the old exploded war/cache, copy the 1.484 war in place and restarted jenkins. Everything came back fine and the "more" links were working again and my API build history scripts worked again. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-6425) "IllegalArgumentException: Collection is empty" when processing emtpy Cobertura results
ldore
commented on JENKINS-6425
"IllegalArgumentException: Collection is empty" when processing emtpy Cobertura results
Changing the method hudson.plugins.cobertura.targets.CoverageResult.CoverageResult.getMetrics (Near line 326 in CoverageResult.java) to
public Set getMetrics() {
if (aggregateResults.keySet().size() != 0) {
return Collections.unmodifiableSet(EnumSet.copyOf(aggregateResults.keySet()));
}
else {
return Collections.unmodifiableSet(new TreeSet());
}
}
makes the exception disappear. I'm not sure this is the correct fix, though:
Could the aggregateResults be emptied between the size check and the copyOf call ?
This message is automatically generated by JIRA.
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-15697) 1.487: Automatic JNLP installation breaks Xserve OS X slaves
Oliver Bock commented on JENKINS-15697 1.487: Automatic JNLP installation breaks Xserve OS X slaves Same here on all my OS X build slaves (all types of hardware and OS X versions). The proposed workaround does the trick for the time being... This message is automatically generated by JIRA. 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-15697) 1.487: Automatic JNLP installation breaks Xserve OS X slaves
Oliver Bock edited a comment on JENKINS-15697 1.487: Automatic JNLP installation breaks Xserve OS X slaves Same regression here on all my OS X build slaves (all types of hardware and OS X versions). The proposed workaround does the trick for the time being... This message is automatically generated by JIRA. 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-15276) Store Groovy Scripts into a local VCS
Karl-Heinz Marbaise commented on JENKINS-15276 Store Groovy Scripts into a local VCS Hi after installing the new scriptler plugin with newest Jenkins (1.489) with the following result: Caused by: java.lang.NoClassDefFoundError: org/jenkinsci/plugins/gitserver/FileBackedHttpGitRepository at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631) at java.lang.ClassLoader.defineClass(ClassLoader.java:615) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141) at java.net.URLClassLoader.defineClass(URLClassLoader.java:283) at java.net.URLClassLoader.access$000(URLClassLoader.java:58) at java.net.URLClassLoader$1.run(URLClassLoader.java:197) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Class.java:2427) at java.lang.Class.getDeclaredMethods(Class.java:1791) at com.google.inject.spi.InjectionPoint.getInjectionPoints(InjectionPoint.java:664) at com.google.inject.spi.InjectionPoint.forInstanceMethodsAndFields(InjectionPoint.java:358) at com.google.inject.internal.MembersInjectorStore.createWithListeners(MembersInjectorStore.java:91) at com.google.inject.internal.MembersInjectorStore.access$000(MembersInjectorStore.java:35) at com.google.inject.internal.MembersInjectorStore$1.create(MembersInjectorStore.java:43) at com.google.inject.internal.MembersInjectorStore$1.create(MembersInjectorStore.java:40) at com.google.inject.internal.FailableCache$1.apply(FailableCache.java:38) at com.google.common.collect.ComputingConcurrentHashMap$ComputingValueReference.compute(ComputingConcurrentHashMap.java:355) at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.compute(ComputingConcurrentHashMap.java:184) at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.getOrCompute(ComputingConcurrentHashMap.java:153) at com.google.common.collect.ComputingConcurrentHashMap.getOrCompute(ComputingConcurrentHashMap.java:69) at com.google.common.collect.ComputingConcurrentHashMap$ComputingMapAdapter.get(ComputingConcurrentHashMap.java:393) ... 56 more Caused by: java.lang.ClassNotFoundException: org.jenkinsci.plugins.gitserver.FileBackedHttpGitRepository at java.net.URLClassLoader$1.run(URLClassLoader.java:202) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) ... 82 more ←[0m←[33m12.11.2012 15:03:19 hudson.ExtensionFinder$Sezpoz _find WARNUNG: Failed to load org.jenkinsci.plugins.scriptler.git.GitScriptlerRepository java.lang.InstantiationException: file:/e:/download/jenkins/plugins/scriptler/WEB-INF/classes/META-INF/annotations/hudson.Extension might need to be rebuilt: java.lang.ClassNotFoundException: org.jenkinsci.plugins.scriptler.git.GitScriptlerRepository at net.java.sezpoz.IndexItem.element(IndexItem.java:144) at hudson.ExtensionFinder$Sezpoz._find(ExtensionFinder.java:611) at hudson.ExtensionFinder$Sezpoz.find(ExtensionFinder.java:600) at hudson.ExtensionFinder._find(ExtensionFinder.java:151) at hudson.ClassicPluginStrategy.findComponents(ClassicPluginStrategy.java:296) at hudson.ExtensionList.load(ExtensionList.java:295) at hudson.ExtensionList.ensureLoaded(ExtensionList.java:248) at hudson.ExtensionList.iterator(ExtensionList.java:138) at hudson.ClassicPluginStrategy.findComponents(ClassicPluginStrategy.java:289) at hudson.ExtensionList.load(ExtensionList.java:295) at hudson.ExtensionList.ensureLoaded(ExtensionList.java:248) at hudson.ExtensionList.iterator(ExtensionList.java:138) at jenkins.model.Jenkins.getDescriptor(Jenkins.java:1124) at hudson.plugins.git.GitTool.onLoaded(GitTool.java:52) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun
[JIRA] (JENKINS-15276) Store Groovy Scripts into a local VCS
Karl-Heinz Marbaise edited a comment on JENKINS-15276 Store Groovy Scripts into a local VCS Hi after installing the new scriptler plugin with newest Jenkins (1.489) with the following result: Caused by: java.lang.NoClassDefFoundError: org/jenkinsci/plugins/gitserver/FileBackedHttpGitRepository at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631) at java.lang.ClassLoader.defineClass(ClassLoader.java:615) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141) at java.net.URLClassLoader.defineClass(URLClassLoader.java:283) at java.net.URLClassLoader.access$000(URLClassLoader.java:58) at java.net.URLClassLoader$1.run(URLClassLoader.java:197) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Class.java:2427) at java.lang.Class.getDeclaredMethods(Class.java:1791) at com.google.inject.spi.InjectionPoint.getInjectionPoints(InjectionPoint.java:664) at com.google.inject.spi.InjectionPoint.forInstanceMethodsAndFields(InjectionPoint.java:358) at com.google.inject.internal.MembersInjectorStore.createWithListeners(MembersInjectorStore.java:91) at com.google.inject.internal.MembersInjectorStore.access$000(MembersInjectorStore.java:35) at com.google.inject.internal.MembersInjectorStore$1.create(MembersInjectorStore.java:43) at com.google.inject.internal.MembersInjectorStore$1.create(MembersInjectorStore.java:40) at com.google.inject.internal.FailableCache$1.apply(FailableCache.java:38) at com.google.common.collect.ComputingConcurrentHashMap$ComputingValueReference.compute(ComputingConcurrentHashMap.java:355) at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.compute(ComputingConcurrentHashMap.java:184) at com.google.common.collect.ComputingConcurrentHashMap$ComputingSegment.getOrCompute(ComputingConcurrentHashMap.java:153) at com.google.common.collect.ComputingConcurrentHashMap.getOrCompute(ComputingConcurrentHashMap.java:69) at com.google.common.collect.ComputingConcurrentHashMap$ComputingMapAdapter.get(ComputingConcurrentHashMap.java:393) ... 56 more Caused by: java.lang.ClassNotFoundException: org.jenkinsci.plugins.gitserver.FileBackedHttpGitRepository at java.net.URLClassLoader$1.run(URLClassLoader.java:202) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) ... 82 more ←[0m←[33m12.11.2012 15:03:19 hudson.ExtensionFinder$Sezpoz _find WARNUNG: Failed to load org.jenkinsci.plugins.scriptler.git.GitScriptlerRepository java.lang.InstantiationException: file:/e:/download/jenkins/plugins/scriptler/WEB-INF/classes/META-INF/annotations/hudson.Extension might need to be rebuilt: java.lang.ClassNotFoundException: org.jenkinsci.plugins.scriptler.git.GitScriptlerRepository at net.java.sezpoz.IndexItem.element(IndexItem.java:144) at hudson.ExtensionFinder$Sezpoz._find(ExtensionFinder.java:611) at hudson.ExtensionFinder$Sezpoz.find(ExtensionFinder.java:600) at hudson.ExtensionFinder._find(ExtensionFinder.java:151) at hudson.ClassicPluginStrategy.findComponents(ClassicPluginStrategy.java:296) at hudson.ExtensionList.load(ExtensionList.java:295) at hudson.ExtensionList.ensureLoaded(ExtensionList.java:248) at hudson.ExtensionList.iterator(ExtensionList.java:138) at hudson.ClassicPluginStrategy.findComponents(ClassicPluginStrategy.java:289) at hudson.ExtensionList.load(ExtensionList.java:295) at hudson.ExtensionList.ensureLoaded(ExtensionList.java:248) at hudson.ExtensionList.iterator(ExtensionList.java:138) at jenkins.model.Jenkins.getDescriptor(Jenkins.java:1124) at hudson.plugins.git.GitTool.onLoaded(GitTool.java:52) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) a
[JIRA] (JENKINS-15276) Store Groovy Scripts into a local VCS
Karl-Heinz Marbaise reopened JENKINS-15276 Store Groovy Scripts into a local VCS Change By: Karl-Heinz Marbaise (12/Nov/12 2:34 PM) Resolution: Fixed Status: Resolved Reopened This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15804) Possibility to set shell per node
Yury Pukhalsky created JENKINS-15804 Possibility to set shell per node Issue Type: Improvement Affects Versions: current Assignee: Kohsuke Kawaguchi Components: ssh-slaves Created: 12/Nov/12 2:32 PM Description: I have an ssh slave on Solaris. The default /bin/sh is lame, on should use /usr/xpg4/bin/sh for example. Currently i have no chance to do it… shebang in the first line is inappropriate because it's multitask by node. Project: Jenkins Labels: plugin ssh Priority: Blocker Reporter: Yury Pukhalsky This message is automatically generated by JIRA. 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-13822) Maven plugin: expand variables in "Room POM" field
SCM/JIRA link daemon commented on JENKINS-13822 Maven plugin: expand variables in "Room POM" field Code changed in jenkins User: Jesse Glick Path: changelog.html maven-plugin/src/main/java/hudson/maven/MavenModuleSet.java http://jenkins-ci.org/commit/jenkins/32748591dc7a38791f0728a56bb7662f0347454e Log: JENKINS-13822 olamy’s 9a3f25a & 25b6943 claimed this fix was in 1.466; actually in 1.467. This message is automatically generated by JIRA. 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-13822) Maven plugin: expand variables in "Room POM" field
Jesse Glick assigned JENKINS-13822 to olamy Maven plugin: expand variables in "Room POM" field Change By: Jesse Glick (12/Nov/12 2:53 PM) Assignee: Kohsuke Kawaguchi olamy This message is automatically generated by JIRA. 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-14917) Build is not triggered for new tag (without new commit)
Sebastian Schuberth commented on JENKINS-14917 Build is not triggered for new tag (without new commit) I'd rather say this is a missing feature instead of a bug. In fact, even if setting up the refspec worked that way, it would also trigger builds if some long past commit was tagged that precedes an existing tag in history. But what you usually want is to trigger a build if a new most recent tag with a certain name pattern appears on some branch. The bad news is that "git tag --list" lists tags alphabetically, not in (reverse) chronological order. The good news is that you can use "git log --tags" in conjunction with a special trigger job to achieve the desired effect. I've outlined the details of this approach as part of this answer on StackOverflow. This message is automatically generated by JIRA. 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-12966) gitTool crashes Jenkins startup
Pailloncy Michaël commented on JENKINS-12966 gitTool crashes Jenkins startup I've the same error with Jenkins 1.488 after an update of this four plugins : CVS Plugin Active Directory plugin Scriptler Plugin Translation Assistance Plugin After, rollback one by one each of this plugin, the bug seems to related with the CVS plugin (version 2.7) -> This error is not related with the Git Plugin. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-12966) gitTool crashes Jenkins startup
Pailloncy Michaël updated JENKINS-12966 gitTool crashes Jenkins startup Change By: Pailloncy Michaël (12/Nov/12 3:07 PM) Description: org.jvnet.hudson.reactor.ReactorException: java.lang.Error: java.lang.reflect.InvocationTargetException at org.jvnet.hudson.reactor.Reactor.execute(Reactor.java:246) at jenkins.InitReactorRunner.run(InitReactorRunner.java:43) at jenkins.model.Jenkins.executeReactor(Jenkins.java:824) at jenkins.model.Jenkins.(Jenkins.java:736) at hudson.model.Hudson.(Hudson.java:81) at hudson.model.Hudson.(Hudson.java:77) at hudson.WebAppMain$2.run(WebAppMain.java:217)Caused by: java.lang.Error: java.lang.reflect.InvocationTargetException at hudson.init.InitializerFinder.invoke(InitializerFinder.java:124) at hudson.init.InitializerFinder$TaskImpl.run(InitializerFinder.java:184) at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:259) at jenkins.model.Jenkins$5.runTask(Jenkins.java:813) at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:187) at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:94) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662)Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at hudson.init.InitializerFinder.invoke(InitializerFinder.java:120) ... 8 moreCaused by: java.lang.NullPointerException at hudson.plugins.git.GitTool.onLoaded(GitTool.java:74) ... 13 more Component/s: cvs This message is automatically generated by JIRA. 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-15800) Error puling changes
Jesse Glick resolved JENKINS-15800 as Duplicate Error puling changes Change By: Jesse Glick (12/Nov/12 3:08 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
[JIRA] (JENKINS-10266) Set grails.work.dir to something unique by default
Alex Anderson commented on JENKINS-10266 Set grails.work.dir to something unique by default Is this still 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
[JIRA] (JENKINS-14559) Windows Service - slave.xml is always overritten causing connection issues
Whitey zerofour commented on JENKINS-14559 Windows Service - slave.xml is always overritten causing connection issues I have the same issue. This makes it difficult to manage a cluster which needs the java max heap increased (which is a common need). This message is automatically generated by JIRA. 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-13822) Maven plugin: expand variables in "Room POM" field
dogfood commented on JENKINS-13822 Maven plugin: expand variables in "Room POM" field Integrated in jenkins_main_trunk #2063 JENKINS-13822 olamy’s 9a3f25a & 25b6943 claimed this fix was in 1.466; actually in 1.467. (Revision 32748591dc7a38791f0728a56bb7662f0347454e) Result = UNSTABLE Jesse Glick : 32748591dc7a38791f0728a56bb7662f0347454e Files : maven-plugin/src/main/java/hudson/maven/MavenModuleSet.java changelog.html This message is automatically generated by JIRA. 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-15805) Wall Display shows "loading jobs..." forever
Magnus Jacobsson created JENKINS-15805 Wall Display shows "loading jobs..." forever Issue Type: Bug Affects Versions: current Assignee: Christian Pelster Components: jenkinswalldisplay, walldisplay Created: 12/Nov/12 4:06 PM Description: When clicking "Wall Display" I get "Loading jobs..." and then nothing more happens. Environment: Ubuntu 10.04, Firefox 16.0.2, Jenkins 1.489, Wall Display Plugin 0.6.15 Project: Jenkins Labels: plugin Priority: Major Reporter: Magnus Jacobsson This message is automatically generated by JIRA. 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-12966) gitTool crashes Jenkins startup
Benjamin Kemper commented on JENKINS-12966 gitTool crashes Jenkins startup Michael, I tried your suggestion and downgraded the CVS plugin to 2.6 and it still happens. Also tried downgrading the SVN plugin also just in case. I'm trying to install the Dynamic Parameter plugin which requires and installs the git and the scriptlr plugins, maybe one of them is the cause? This message is automatically generated by JIRA. 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-15806) Exit code of `hg pull` not checked
Kristian Glass created JENKINS-15806 Exit code of `hg pull` not checked Issue Type: Bug Assignee: Jesse Glick Components: mercurial Created: 12/Nov/12 4:20 PM Description: Currently it appears that the Mercurial plugin doesn't check the exit code of the hg pull used to update the repository (see hudson.plugins.mercurial.MercurialSCM#update() - https://github.com/jenkinsci/mercurial-plugin/blob/master/src/main/java/hudson/plugins/mercurial/MercurialSCM.java#L496) So, if the upstream repo has gone away for some reason (say, hypothetically, I've rm-ed it), the hg pull will fail and exit with a status code of 255, but the build will continue regardless Project: Jenkins Priority: Minor Reporter: Kristian Glass This message is automatically generated by JIRA. 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-12966) gitTool crashes Jenkins startup
Pailloncy Michaël commented on JENKINS-12966 gitTool crashes Jenkins startup It's possibly the Scriptlr plugin which cause this issue. I thought it was not related as it was not in your list. This message is automatically generated by JIRA. 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-12966) gitTool crashes Jenkins startup
Pailloncy Michaël edited a comment on JENKINS-12966 gitTool crashes Jenkins startup I've the same error with Jenkins 1.488 after an update of this four plugins : CVS Plugin Active Directory plugin Scriptler Plugin Translation Assistance Plugin deleted-After, rollback one by one each of this plugin, the bug seems to related with the CVS plugin (version 2.7)-deleted -> This error is not related with the Git Plugin. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-12966) gitTool crashes Jenkins startup
Pailloncy Michaël commented on JENKINS-12966 gitTool crashes Jenkins startup Effectively, this is the Scriptlet plugin that cause this issue. I just install it and the problem reappeared. This message is automatically generated by JIRA. 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-12966) gitTool crashes Jenkins startup
Michael Pailloncy updated JENKINS-12966 gitTool crashes Jenkins startup Change By: Michael Pailloncy (12/Nov/12 4:49 PM) Component/s: scriptler Component/s: cvs This message is automatically generated by JIRA. 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-15331) Workaround Windows unpredictable file locking in Util.deleteContentsRecursive
pjdarton commented on JENKINS-15331 Workaround Windows unpredictable file locking in Util.deleteContentsRecursive Have re-done my GitHub pull request to reflect the new changes (and to fix the CRLF issue with the previous pull request). New pull request is https://github.com/jenkinsci/jenkins/pull/615 This message is automatically generated by JIRA. 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-13416) On demand slave provisioning is starting all available slaves
Nathan Sharp commented on JENKINS-13416 On demand slave provisioning is starting all available slaves I need this fix. What version is it in? Thanks! This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15792) jnidispatch (/com/sun/jna/linux-ppc64/libjnidispatch.so) not found in resource path
Matt Riedemann commented on JENKINS-15792 jnidispatch (/com/sun/jna/linux-ppc64/libjnidispatch.so) not found in resource path I tried using -Dhudson.Util.symlinkEscapeHatch=true but that didn't help. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15792) jnidispatch (/com/sun/jna/linux-ppc64/libjnidispatch.so) not found in resource path
Matt Riedemann updated JENKINS-15792 jnidispatch (/com/sun/jna/linux-ppc64/libjnidispatch.so) not found in resource path Change By: Matt Riedemann (12/Nov/12 6:29 PM) Priority: Major Critical This message is automatically generated by JIRA. 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-15656) Java Web Start Slave Agent Terminating Connection on Mountain Lion
Roland Schulz commented on JENKINS-15656 Java Web Start Slave Agent Terminating Connection on Mountain Lion Michael, does the problem disappear if you downgrade Jenkins to 1.486? That would show that the problem you reported and Szilard reported are indeed the same one. This message is automatically generated by JIRA. 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-15807) P4 Plugin Quick clean option does not use P4TICKET when doing diffs and syncs
Aleksandar Stevanovic created JENKINS-15807 P4 Plugin Quick clean option does not use P4TICKET when doing diffs and syncs Issue Type: Bug Affects Versions: current Assignee: Unassigned Components: perforce Created: 12/Nov/12 6:47 PM Description: Our P4 Server is configured to require tickets authentication and while the plugin uses tickets in almost all cases that is not true for the new "Quick Clean" option. Excerpt from logs: ... [Project] $ /usr/local/bin/p4 -d /Users/Shared/Jenkins/workspace/Project -x - have Workspace is clean. Restoring changed and deleted files... [Project] $ /usr/local/bin/p4 -d /Users/Shared/Jenkins/workspace/Project diff -se [Project] $ /usr/local/bin/p4 -d /Users/Shared/Jenkins/workspace/Project -x - sync -f Password not allowed at this server security level, use 'p4 login'. [Project] $ /usr/local/bin/p4 -d /Users/Shared/Jenkins/workspace/Project -x - sync -f [Project] $ /usr/local/bin/p4 -d /Users/Shared/Jenkins/workspace/Project diff -sd Password not allowed at this server security level, use 'p4 login'. Files restored. Clean complete, took 43767 ms. ... Project: Jenkins Labels: plugin Priority: Major Reporter: Aleksandar Stevanovic This message is automatically generated by JIRA. 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-14522) NullPointer on TestTrend portlet
SCM/JIRA link daemon commented on JENKINS-14522 NullPointer on TestTrend portlet Code changed in jenkins User: Marco Ambu Path: src/main/java/hudson/plugins/view/dashboard/test/TestTrendChart.java http://jenkins-ci.org/commit/dashboard-view-plugin/a6fa71fa1b57a3b243b31301cdd39a970eb7df05 Log: Fixed issue JENKINS-14522 again as the NULL pointer exception was showing up again. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15366) Problem displaying Jacoco coverage data in Jenkins for very large number of classes and methods.
Ognjen Bubalo commented on JENKINS-15366 Problem displaying Jacoco coverage data in Jenkins for very large number of classes and methods. Hi Shane, I did some changes, but I am not sure I can reproduce the issue. Please check the attached picture. I will create a pre release file and put it on the mailing list, so you can try it manually. Ogi This message is automatically generated by JIRA. 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-15366) Problem displaying Jacoco coverage data in Jenkins for very large number of classes and methods.
Ognjen Bubalo updated JENKINS-15366 Problem displaying Jacoco coverage data in Jenkins for very large number of classes and methods. Change By: Ognjen Bubalo (12/Nov/12 9:35 PM) Attachment: bignums.jpg This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15366) Problem displaying Jacoco coverage data in Jenkins for very large number of classes and methods.
Ognjen Bubalo edited a comment on JENKINS-15366 Problem displaying Jacoco coverage data in Jenkins for very large number of classes and methods. Hi Shane, I did some changes, but I am not sure I can reproduce the issue. Please check the attached picture (bignums.jpg). I will create a pre release file and put it on the mailing list, so you can try it manually. Ogi This message is automatically generated by JIRA. 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-12619) "Failed to test the validity of the user name" on all security matrices since upgrade
Byron Brummer updated JENKINS-12619 "Failed to test the validity of the user name" on all security matrices since upgrade Change By: Byron Brummer (12/Nov/12 11:15 PM) Assignee: Kohsuke Kawaguchi Affects Version/s: current Priority: Minor Major This message is automatically generated by JIRA. 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-12619) "Failed to test the validity of the user name" on all security matrices since upgrade
Byron Brummer reopened JENKINS-12619 "Failed to test the validity of the user name" on all security matrices since upgrade Never fixed. Change By: Byron Brummer (12/Nov/12 11:16 PM) Resolution: Fixed Status: Resolved Reopened This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-12619) "Failed to test the validity of the user name" on all security matrices since upgrade
Byron Brummer commented on JENKINS-12619 "Failed to test the validity of the user name" on all security matrices since upgrade Still broken with latest 1.30 plugin, effectively a blocker at it causes any use of matrix authz to lock out AD accounts. I'm not sure why this was ever set to Fixed? We're stuck on version 1.16 until this is resolved. This message is automatically generated by JIRA. 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-15808) CVS plugin 2.7 breaks Gerrit Trigger (v2.5.2 and 2.6.0) configuration
Andrew Erickson created JENKINS-15808 CVS plugin 2.7 breaks Gerrit Trigger (v2.5.2 and 2.6.0) configuration Issue Type: Bug Affects Versions: current Assignee: rsandell Attachments: jenkins_gerrit_trigger_configuration.png Components: core, cvs, gerrit-trigger Created: 12/Nov/12 11:55 PM Description: The CVS 2.7 plugin breaks configuration of Gerrit Trigger jobs. When attempting to save the configuration a stack is raised (see below). /// steps to reproduce Jenkins 1.483-9 (including recent github master cb41982, may exist with earlier) Gerrit Trigger 2.5.2 and 2.6, CVS Plugin 2.7 configure a job to use gerrit trigger to launch (before installing CVS 2.7 or on CLI and reloading) attempt to edit field shown in screenshot above fix: downgrade CVS to 1.6 how jenkins is being run: on ubuntu 12.04, via jenkinsci.org repo on OS X 10.7, built from source both via Winstone/default container, java -jar jenkins.war stack trace: / Nov 10, 2012 2:53:42 PM winstone.Logger logInternal SEVERE: Error while serving http://localhost:8080/job/chef-internal-gerrit/configSubmit java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:288) at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:151) at org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:90) at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:111) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:573) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:658) at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:241) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:573) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:658) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:487) at org.kohsuke.stapler.Stapler.service(Stapler.java:164) at javax.servlet.http.HttpServlet.service(HttpServlet.java:45) at winstone.ServletConfiguration.execute(ServletConfiguration.java:248) at winstone.RequestDispatcher.forward(RequestDispatcher.java:333) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:376) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:95) at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:87) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) 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 org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:166) 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.AbstractProcess
[JIRA] (JENKINS-15808) CVS plugin 2.7 breaks Gerrit Trigger (v2.5.2 and 2.6.0) configuration
Andrew Erickson updated JENKINS-15808 CVS plugin 2.7 breaks Gerrit Trigger (v2.5.2 and 2.6.0) configuration Change By: Andrew Erickson (13/Nov/12 12:03 AM) Description: The CVS 2.7 plugin breaks configuration of Gerrit Trigger jobs. When attempting to save the configuration a stack is raised (see below).///steps to reproduce * Jenkins 1.483-9 (including recent github master cb41982, may exist with earlier) * Gerrit Trigger 2.5.2 and 2.6, CVS Plugin 2.7 * configure a job to use gerrit trigger to launch (before installing CVS 2.7 or by editing on CLI and reloading) * attempt to edit field shown in screenshot abovefix: * downgrade CVS to 1.6how jenkins is being run: on ubuntu 12.04, via jenkinsci.org repo debs on OS X 10.7, built from source both via Winstone/default container, java -jar jenkins.warstack trace:/Nov 10, 2012 2:53:42 PM winstone.Logger logInternalSEVERE: Error while serving http://localhost:8080/job/chef-internal-gerrit/configSubmitjava.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:288) at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:151) at org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:90) at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:111) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:573) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:658) at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:241) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:573) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:658) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:487) at org.kohsuke.stapler.Stapler.service(Stapler.java:164) at javax.servlet.http.HttpServlet.service(HttpServlet.java:45) at winstone.ServletConfiguration.execute(ServletConfiguration.java:248) at winstone.RequestDispatcher.forward(RequestDispatcher.java:333) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:376) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:95) at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:87) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) 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 org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:166) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:173) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at jenkins.security.ApiTokenFilter.doFilter(ApiTokenFilter.java:63) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegise
[JIRA] (JENKINS-15808) CVS plugin 2.7 breaks Gerrit Trigger (v2.5.2 and 2.6.0) configuration
Andrew Erickson updated JENKINS-15808 CVS plugin 2.7 breaks Gerrit Trigger (v2.5.2 and 2.6.0) configuration Change By: Andrew Erickson (13/Nov/12 12:03 AM) Description: The CVS 2.7 plugin breaks configuration of Gerrit Trigger jobs. When attempting to save the configuration a stack is raised (see below).///steps to reproduce * Jenkins 1.483-9 (including recent github master cb41982, may exist with earlier) * Gerrit Trigger 2.5.2 and 2.6, CVS Plugin 2.7 * configure a job to use gerrit trigger to launch (before installing CVS 2.7 or by editing on CLI and reloading) * attempt to edit field shown in screenshot abovefix: * downgrade CVS to 1.6how jenkins is being run: on ubuntu 12.04, via jenkinsci.org repo on OS X 10.7, built from source both via Winstone/default container, java -jar jenkins.warstack trace:/Nov 10, 2012 2:53:42 PM winstone.Logger logInternalSEVERE: Error while serving http://localhost:8080/job/chef-internal-gerrit/configSubmitjava.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:288) at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:151) at org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:90) at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:111) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:573) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:658) at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:241) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:573) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:658) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:487) at org.kohsuke.stapler.Stapler.service(Stapler.java:164) at javax.servlet.http.HttpServlet.service(HttpServlet.java:45) at winstone.ServletConfiguration.execute(ServletConfiguration.java:248) at winstone.RequestDispatcher.forward(RequestDispatcher.java:333) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:376) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:95) at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:87) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) 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 org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:166) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:173) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at jenkins.security.ApiTokenFilter.doFilter(ApiTokenFilter.java:63) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity
[JIRA] (JENKINS-15807) P4 Plugin Quick clean option does not use P4TICKET when doing diffs and syncs
Rob Petti assigned JENKINS-15807 to Rob Petti P4 Plugin Quick clean option does not use P4TICKET when doing diffs and syncs Change By: Rob Petti (13/Nov/12 3:12 AM) Assignee: Rob Petti This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15807) P4 Plugin Quick clean option does not use P4TICKET when doing diffs and syncs
SCM/JIRA link daemon commented on JENKINS-15807 P4 Plugin Quick clean option does not use P4TICKET when doing diffs and syncs Code changed in jenkins User: Rob Petti Path: src/main/java/hudson/plugins/perforce/PerforceSCM.java src/main/java/hudson/plugins/perforce/QuickCleaner.java src/main/java/hudson/plugins/perforce/QuickCleanerCall.java src/main/java/hudson/plugins/perforce/QuickRestoreCall.java http://jenkins-ci.org/commit/perforce-plugin/3b9bc38b61170641e350318e0b7a41cbefa63967 Log: [FIXED JENKINS-15807] add ticket to quick clean calls when available This message is automatically generated by JIRA. 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-15807) P4 Plugin Quick clean option does not use P4TICKET when doing diffs and syncs
SCM/JIRA link daemon resolved JENKINS-15807 as Fixed P4 Plugin Quick clean option does not use P4TICKET when doing diffs and syncs Change By: SCM/JIRA link daemon (13/Nov/12 3:55 AM) Status: Open Resolved Resolution: Fixed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15803) git polling mechanism can have build in infinite loop
Kristia Rosenvold edited a comment on JENKINS-15803 git polling mechanism can have build in infinite loop https://github.com/jenkinsci/git-plugin/pull/110 wraps any GitException in an IOException. Given that it is "impossible" to reliably separate real IOExceptions from configuration/corruption exceptions, this seems like the least evil of the two possible solutions. It should avoid runaway builds and the subsequent email spamming from jenkins. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15803) git polling mechanism can have build in infinite loop
Kristia Rosenvold commented on JENKINS-15803 git polling mechanism can have build in infinite loop https://github.com/jenkinsci/git-plugin/pull/110 wraps any GitException in a runtime exception. Given that it is "impossible" to reliably separate real IOExceptions from configuration/corruption exceptions, this seems like the least evil of the two possible solutions. It should avoid runaway builds and the subsequent email spamming from jenkins. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-12690) JenkinsTrigger does not understand SSH Key with a password
Stephan Leicht Vogt commented on JENKINS-12690 JenkinsTrigger does not understand SSH Key with a password Same problem here. IMHO this is an issue which should be solved soon as it concern a essential security hole. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
