[JIRA] (JENKINS-16188) NullPointerException when importing job not matching a pattern-based name filter.
Jeff VIncent created JENKINS-16188 NullPointerException when importing job not matching a pattern-based name filter. Issue Type: Bug Affects Versions: current Assignee: jieryn Components: job-import Created: 21/Dec/12 5:33 AM Description: After enabling a pattern-based name filter if I attempt to import a job, I get a NullPointerException. I would have expected an error stating the job name doesn't match or even better, a prompt to change it. javax.servlet.ServletException: java.lang.NullPointerException at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:615) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:658) at org.kohsuke.stapler.MetaClass$12.dispatch(MetaClass.java:384) 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:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:95) at hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:58) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98) at net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:206) at net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:179) at net.bull.javamelody.PluginMonitoringFilter.doFilter(PluginMonitoringFilter.java:86) at org.jvnet.hudson.plugins.monitoring.HudsonMonitoringFilter.doFilter(HudsonMonitoringFilter.java:84) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98) at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:87) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) 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.context.HttpSessionCont
[JIRA] (JENKINS-15824) SBT plugin does not support paths to sbt-launcher.jar to be configured per node
SCM/JIRA link daemon commented on JENKINS-15824 SBT plugin does not support paths to sbt-launcher.jar to be configured per node Code changed in jenkins User: wolfg Path: pom.xml src/main/java/org/jvnet/hudson/plugins/SbtPluginBuilder.java src/main/resources/org/jvnet/hudson/plugins/SbtPluginBuilder/SbtInstallation/config.jelly src/main/resources/org/jvnet/hudson/plugins/SbtPluginBuilder/config.jelly src/main/resources/org/jvnet/hudson/plugins/SbtPluginBuilder/global.jelly src/main/resources/org/jvnet/hudson/plugins/SbtPluginBuilder/global.out.xml http://jenkins-ci.org/commit/sbt-plugin/3a20b25596528cd7e81e9871782ef8d3f7e0af85 Log: Merge pull request #7 from wolfg1969/feature/sbt_installation added ToolInstallation support according JENKINS-15824(https://issues.jenkins-ci.org/browse/JENKINS-15824?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel) Compare: https://github.com/jenkinsci/sbt-plugin/compare/07821dbf91f7...3a20b2559652 This message is automatically generated by JIRA. 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-16187) dependency-graph plugin fails when using copy-artifact plugin
Robin Kirkman resolved JENKINS-16187 as Not A Defect dependency-graph plugin fails when using copy-artifact plugin User error here, probably. The depgraph-view plugin had already been installed. I installed the copyartifacts plugin without restarting Jenkins. After restarting Jenkins the problem was resolved. A message on the plugin update center that installing without restart will break cross-plugin dependencies would be nice. Change By: Robin Kirkman (21/Dec/12 3:02 AM) Status: Open Resolved Fix Version/s: current Resolution: Not A Defect This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-16187) dependency-graph plugin fails when using copy-artifact plugin
Robin Kirkman commented on JENKINS-16187 dependency-graph plugin fails when using copy-artifact plugin The URL being accessed was: http://hostname.redacted:8008/depgraph-view/graph.gv This message is automatically generated by JIRA. 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-16187) dependency-graph plugin fails when using copy-artifact plugin
Robin Kirkman created JENKINS-16187 dependency-graph plugin fails when using copy-artifact plugin Issue Type: Bug Affects Versions: current Assignee: wolfs Components: copyartifact, depgraph-view Created: 21/Dec/12 2:47 AM Description: I was using the dependency graph plugin successfully for some time. Added the copy artifact plugin to copy some build artifacts from four other machine-dependent projects into one consolidated project. The setup works fine, but now the dependency graph is unavailable, with a NoClassDefFound error. Stack trace / error page below: Status Code: 500 Exception: java.lang.NoClassDefFoundError: hudson/plugins/copyartifact/CopyArtifact Stacktrace: javax.servlet.ServletException: java.lang.NoClassDefFoundError: hudson/plugins/copyartifact/CopyArtifact at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:615) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:658) at org.kohsuke.stapler.MetaClass$12.dispatch(MetaClass.java:384) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:573) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:658) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:624) 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.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249) at hudson.security.HttpSessionContextIntegrationFilter2.doFilter(HttpSessionContextIntegrationFilter2.java:66) 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 winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.ja
[JIRA] (JENKINS-16186) Jenkins hungs and takes all the CPU
Mingjiang Shi created JENKINS-16186 Jenkins hungs and takes all the CPU Issue Type: Bug Affects Versions: current Assignee: Unassigned Attachments: Notepad_2012_12_21_0.txt Components: core Created: 21/Dec/12 1:54 AM Description: Symptom: Cannot open the webpage of the jenkins. Login to the machine, found that the Java process takes all the CPU. All I can do is to restart the server, and it hungs after a few hours. The issue happens when Jenkins is running as a Windows service or start from command line. It happens on the latest version 1.494 and the previous version 1.493. The recent change I made to the server was added about 20 simple jobs which just ping other server see if they respond to ping. Meanwhile, I have a few slaves node in the Server. I captured a stack dump attached. Environment: Windows 2003 server 32-bit Project: Jenkins Labels: jenkins Priority: Blocker Reporter: Mingjiang Shi This message is automatically generated by JIRA. 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-14121) Nunit plugin 0.13 misses tests sometimes, sometimes not
Iristyle commented on JENKINS-14121 Nunit plugin 0.13 misses tests sometimes, sometimes not I don't have a ton of time to look into what's going on here... but I ran the XSLT from the plugin here -> https://github.com/jenkinsci/nunit-plugin/blob/master/src/main/resources/hudson/plugins/nunit/nunit-to-junit.xsl against my file... and everything seems to convert ok. That is, I end up with where appropriate. However, by the time the data makes it to the Jenkins UI, it's gone. Not sure if this is parser or related or something.. but hopefully this is enough info to go on. This message is automatically generated by JIRA. 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-14121) Nunit plugin 0.13 misses tests sometimes, sometimes not
Iristyle updated JENKINS-14121 Nunit plugin 0.13 misses tests sometimes, sometimes not Screenshot of test results page that contains only 350 tests. It's missing all the skipped tests. Change By: Iristyle (20/Dec/12 11:28 PM) Attachment: 350-tests.PNG This message is automatically generated by JIRA. 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-14121) Nunit plugin 0.13 misses tests sometimes, sometimes not
Iristyle updated JENKINS-14121 Nunit plugin 0.13 misses tests sometimes, sometimes not Sample xml file containing 358 total tests, with 12 not run Change By: Iristyle (20/Dec/12 11:26 PM) Attachment: nUnit.TestResult.xml This message is automatically generated by JIRA. 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-16181) Jenkins does not try to resend a failed e-mail
kutzi updated JENKINS-16181 Jenkins does not try to resend a failed e-mail Change By: kutzi (20/Dec/12 10:06 PM) Issue Type: Bug New Feature This message is automatically generated by JIRA. 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-16151) Maven "release:perform" cannot find hg
cowwoc commented on JENKINS-16151 Maven "release:perform" cannot find hg I posted this question to the Maven mailing list and it doesn't look like this is supported at this time: http://maven.40175.n5.nabble.com/How-to-specify-full-path-of-a-executable-for-a-scm-vendor-tp5463712p5739204.html Currently I am using the EnvInject plugin to add hg to the PATH but obviously this sort of thing should be handled automatically by Jenkins. Let me know what you think. This message is automatically generated by JIRA. 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-16151) Maven "release:perform" cannot find hg
Jesse Glick updated JENKINS-16151 Maven "release:perform" cannot find hg Not sure if this is something the Mercurial plugin can do much about; it would have to adjust the $PATH used by Maven, I guess. Change By: Jesse Glick (20/Dec/12 8:54 PM) Issue Type: Bug New Feature This message is automatically generated by JIRA. 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-16184) emails not escaped properly
Jesse Glick commented on JENKINS-16184 emails not escaped properly Probably the RhodeCode support in the Mercurial plugin; each kind of repo browser has its own page output strategy. Pull requests welcome since I do not have access to a sample RhodeCode server to test against (that I know of). This message is automatically generated by JIRA. 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-13536) File parameter causing data lost after Jenkins restart
Jesse Glick commented on JENKINS-13536 File parameter causing data lost after Jenkins restart As I wrote in the commit comment, the fix does nothing for existing build records—only for newly created ones. For now, old build records need to be manually cleaned up. This message is automatically generated by JIRA. 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-16063) Add USER_ID variable to be available at the time of promotion it promoted manually
Jesse Glick updated JENKINS-16063 Add USER_ID variable to be available at the time of promotion it promoted manually Change By: Jesse Glick (20/Dec/12 8:39 PM) Issue Type: Bug Improvement This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-3345) Dependency analyzer plugin support for free-style-projects that execute maven goals
dma_k commented on JENKINS-3345 Dependency analyzer plugin support for free-style-projects that execute maven goals Voting for this issue. Really missing free-style jobs (build by maven) dependency tracking. As well as archiving artifacts attached to Maven lifecycle. Archiving artifacts by mask (target/*.jar) is ugly and generally speaking does not work correctly (for example, archives jar even if build failed). This message is automatically generated by JIRA. 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-16185) CopyArtifact plugin can't copy from not anonymous redeable jobs
Marvi Benedet created JENKINS-16185 CopyArtifact plugin can't copy from not anonymous redeable jobs Issue Type: Bug Affects Versions: current Assignee: Unassigned Components: copyartifact Created: 20/Dec/12 4:02 PM Description: Configured user security per jobs with the Active Directory plugin I'm using this plugin in a promotion process, which is manually triggered. It can't copy unless the source job is readable from "anonymous". Can it use the permission of the user that is promoting the build? Unless this feature need to set all jobs to be redeable from anonymous... Project: Jenkins Priority: Major Reporter: Marvi Benedet This message is automatically generated by JIRA. 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-16184) emails not escaped properly
Travis Burtrum edited a comment on JENKINS-16184 emails not escaped properly @Edit: Use code tags so the HTML entities show up correctly. This message is automatically generated by JIRA. 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-16184) emails not escaped properly
Travis Burtrum
updated JENKINS-16184
emails not escaped properly
Use code tags so the HTML entities show up correctly.
Change By:
Travis Burtrum
(20/Dec/12 3:32 PM)
Description:
On most pages, like these:https://ci.jenkins-ci.org/job/jenkins_rc_branch/changeshttps://ci.jenkins-ci.org/user/kohsuke/When the username is something like "Joe User ", it is incorrectly escaped in the HTML as:
"
{code:xml}
Joe User
"
{code}
Then on the changes page for a specific build:https://ci.jenkins-ci.org/job/jenkins_rc_branch/300/changesA username like the above wouldn't be escaped at all, so would be "Joe User " in the HTML.
Of course the proper way to escape this would be:{code:xml}Joe User {code}
We are using the mercurial plugin with rhodecode as the mercurial server, and I'm not sure if it's the job of the SCM plugin to escape these or whatever outputs the HTML, though I would think the latter.
This message is automatically generated by JIRA.
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-16184) emails not escaped properly
Travis Burtrum created JENKINS-16184 emails not escaped properly Issue Type: Bug Affects Versions: current Assignee: Jesse Glick Components: mercurial, www Created: 20/Dec/12 3:26 PM Description: On most pages, like these: https://ci.jenkins-ci.org/job/jenkins_rc_branch/changes https://ci.jenkins-ci.org/user/kohsuke/ When the username is something like "Joe User ", it is incorrectly escaped in the HTML as: "Joe User " Then on the changes page for a specific build: https://ci.jenkins-ci.org/job/jenkins_rc_branch/300/changes A username like the above wouldn't be escaped at all, so would be "Joe User " in the HTML. We are using the mercurial plugin with rhodecode as the mercurial server, and I'm not sure if it's the job of the SCM plugin to escape these or whatever outputs the HTML, though I would think the latter. Environment: Fedora 17, Tomcat 6.0.35, Java 7, Latest Jenkins and plugins as of today Project: Jenkins Labels: gui plugin jenkins Priority: Minor Reporter: Travis Burtrum This message is automatically generated by JIRA. 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-13279) Interface with Crowd embedded that runs in Jira
Patrik Boström commented on JENKINS-13279 Interface with Crowd embedded that runs in Jira I have created a plugin that support authentication against Jira User Server. https://github.com/Diabol/jenkins-jira-auth-plugin Is it something like that you want? It does not support SSO and it requires Jira 5.0 or above. This message is automatically generated by JIRA. 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-16182) java.lang.NullPointerException at hudson.model.Project.createTransientActions(Project.java:212)
markiewb_merc commented on JENKINS-16182 java.lang.NullPointerException at hudson.model.Project.createTransientActions(Project.java:212) I looked into the job xml and found something interesting. Without ... -> Exception With -> No exception This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14144) Build config history getting spammed
Kathi Stutz commented on JENKINS-14144 Build config history getting spammed Hi, I'm one of the maintainers of the JobConfigHistory plugin. We weren't aware of the problem, I only found this issue by chance. However, we could add a configuration option that allows you to have changes made by the system user ignored by the config history. This would be relatively easy to implement, but means that changes made by the system user will get attributed to the user who makes the next config change. If this would be a solution for your problem, please open an issue at https://issues.jenkins-ci.org/browse/JENKINS/component/15683 This message is automatically generated by JIRA. 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-16183) Jabber Pluging does not work with Openfire 3.7.1
kutzi commented on JENKINS-16183 Jabber Pluging does not work with Openfire 3.7.1 How does the problem manifest itself apart from the error message? Does anything not work as expected? This message is automatically generated by JIRA. 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-16183) Jabber Pluging does not work with Openfire 3.7.1
kutzi commented on JENKINS-16183 Jabber Pluging does not work with Openfire 3.7.1 The smack issue you mention is fixed in 3.2.0 but we're already using 3.2.1, also it seems to describe a totally different 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-9142) "Add Build Step" button broken in job configure page
Yves Schumann commented on JENKINS-9142 "Add Build Step" button broken in job configure page Any news on this topic? We're still unable to configure jobs with additional build steps! :-| This message is automatically generated by JIRA. 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-11957) Duplications detected by pylint are not attributed to the files where they were found
Jonathan Hartley commented on JENKINS-11957 Duplications detected by pylint are not attributed to the files where they were found This also means the type of error is not discernable. The error ID and error description would normally be displayed against the relevant line of source code, but the source code displayed is from the wrong file, so no errors are visible. This message is automatically generated by JIRA. 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-16183) Jabber Pluging does not work with Openfire 3.7.1
Marc Schoechlin created JENKINS-16183 Jabber Pluging does not work with Openfire 3.7.1 Issue Type: Bug Affects Versions: current Assignee: kutzi Components: jabber Created: 20/Dec/12 12:56 PM Description: I configured the jabber plugin and i get the following error message: Dec 20, 2012 1:10:17 PM hudson.plugins.im.IMConnectionProvider$ConnectorRunnable run INFO: Trying to reconnect Dec 20, 2012 1:10:17 PM hudson.plugins.jabber.im.transport.JabberIMConnection createConnection INFO: Trying to connect to XMPP on jabber.foobar.de:5222/jabber.foobar.de Dec 20, 2012 1:10:17 PM hudson.plugins.jabber.im.transport.JabberIMConnection setupSubscriptionMode INFO: Subscription requests must be handled manually Dec 20, 2012 1:10:17 PM hudson.plugins.jabber.im.transport.JabberIMConnection createVCardIfNeeded WARNING: internal-server-error(500) at org.jivesoftware.smackx.packet.VCard.save(VCard.java:515) at hudson.plugins.jabber.im.transport.JabberIMConnection.createVCard(JabberIMConnection.java:417) at hudson.plugins.jabber.im.transport.JabberIMConnection.createVCardIfNeeded(JabberIMConnection.java:377) at hudson.plugins.jabber.im.transport.JabberIMConnection.createConnection(JabberIMConnection.java:323) at hudson.plugins.jabber.im.transport.JabberIMConnection.connect(JabberIMConnection.java:162) at hudson.plugins.jabber.im.transport.JabberIMConnectionProvider.createConnection(JabberIMConnectionProvider.java:42) at hudson.plugins.im.IMConnectionProvider.create(IMConnectionProvider.java:65) at hudson.plugins.im.IMConnectionProvider.access$600(IMConnectionProvider.java:22) at hudson.plugins.im.IMConnectionProvider$ConnectorRunnable.run(IMConnectionProvider.java:183) at java.lang.Thread.run(Thread.java:679) This problem seems to be fixed with a newer smack library: http://issues.igniterealtime.org/browse/SMACK-243 Environment: Ubuntu 12.10, OpenJDK 6b24, Openfire 3.7.1, Jabber Plugin 1.25 Project: Jenkins Priority: Major Reporter: Marc Schoechlin This message is automatically generated by JIRA. 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-16181) Jenkins does not try to resend a failed e-mail
Slide-O-Mix commented on JENKINS-16181 Jenkins does not try to resend a failed e-mail I would consider doing it for connection refused or failed connections, but I would only retry a couple of times so it didn't take too long. This message is automatically generated by JIRA. 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-16182) java.lang.NullPointerException at hudson.model.Project.createTransientActions(Project.java:212)
Benno Markiewicz@Mercateo created JENKINS-16182 java.lang.NullPointerException at hudson.model.Project.createTransientActions(Project.java:212) Issue Type: Bug Affects Versions: current Assignee: Frédéric Camblor Components: core, scm-sync-configuration Created: 20/Dec/12 12:00 PM Description: I tried to create via sending a POST request to Jenkins to create a job. But it did not work, an exception is thrown. Error 500 Status Code: 500Exception: javax.servlet.ServletException: java.lang.NullPointerExceptionStacktrace: javax.servlet.ServletException: javax.servlet.ServletException: java.lang.NullPointerException at hudson.plugins.scm_sync_configuration.extensions.ScmSyncConfigurationFilter.doFilter(ScmSyncConfigurationFilter.java:46) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98) at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:87) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84) at hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76) at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:164) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:50) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:470) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) at java.lang.Thread.run(Thread.java:662) Caused by: javax.servlet.ServletException: java.lang.NullPointerException at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:615) 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:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:95) at hudson.plugins.scm_sync_configuration.extensions.ScmSyncConfigurationFilter$1.call(ScmSyncConfigurationFilter.java:36) at huds
[JIRA] (JENKINS-16182) java.lang.NullPointerException at hudson.model.Project.createTransientActions(Project.java:212)
Benno Markiewicz@Mercateo
updated JENKINS-16182
java.lang.NullPointerException at hudson.model.Project.createTransientActions(Project.java:212)
Change By:
Benno Markiewicz@Mercateo
(20/Dec/12 12:00 PM)
Description:
I tried to create
a job
via sending a POST request to Jenkins
to create a job
.But it did not work, an exception is thrown.{code}Error 500Status Code: 500Exception: javax.servlet.ServletException: java.lang.NullPointerExceptionStacktrace: javax.servlet.ServletException: javax.servlet.ServletException: java.lang.NullPointerException at hudson.plugins.scm_sync_configuration.extensions.ScmSyncConfigurationFilter.doFilter(ScmSyncConfigurationFilter.java:46) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98) at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:87) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84) at hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76) at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:164) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:50) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:470) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) at java.lang.Thread.run(Thread.java:662)Caused by: javax.servlet.ServletException: java.lang.NullPointerException at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:615) 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:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:95) at hudson.plugins.scm_sync_configuration.extensions.ScmSyncConfigurationFilter$1.call(ScmSyncConfigurationFilter.java:36) at hudson.plugins.scm_sync_configuration.ScmSyncConfigurationDataProvider.provideRequestDuring(ScmSyncConfigurationDataProvider.java:103) at hudson.plugins.scm_sync_configuration.extensions.ScmSyncConfigurationFilter.doFilter(ScmSyncConfigurationFilter.java:32) ... 29 moreCaused by: java.lang.NullPointerException at hudson.model.Project.createTransient
[JIRA] (JENKINS-16181) Jenkins does not try to resend a failed e-mail
Kate Calm created JENKINS-16181 Jenkins does not try to resend a failed e-mail Issue Type: Bug Assignee: Slide-O-Mix Components: email-ext, mail Created: 20/Dec/12 11:55 AM Description: Sending an e-mail from a job could fail for several reasons, for example: connection refused in case smtp is temporarily overloaded smtp server temporarily down If this happens, jenkins does not try to resend the e-mail. This can be a problem if you rely on e-mail notifications to identify critical systems or builds that fail. Can this be fixed? Project: Jenkins Priority: Major Reporter: Kate Calm This message is automatically generated by JIRA. 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-8351) Hudson doesn't save the setting "TCP port for the JNLP slave agents" if settings in the Access Control section are not modified
evernat resolved JENKINS-8351 as Incomplete Hudson doesn't save the setting "TCP port for the JNLP slave agents" if settings in the Access Control section are not modified No response from the reporter, so resolving as incomplete. Change By: evernat (20/Dec/12 11:32 AM) Status: Open Resolved Resolution: Incomplete This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14825) winstone.ClientSocketException: Failed to write to client after upgrade to 1.477
santi sanchez commented on JENKINS-14825 winstone.ClientSocketException: Failed to write to client after upgrade to 1.477 Same here in SUSE Linux Enterprise Desktop 10, jenkins 1.492, jdk1.6.0. ¿Somebody knows something about this 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-16180) Make paintInterval configurable via URL
SCM/JIRA link daemon commented on JENKINS-16180 Make paintInterval configurable via URL Code changed in jenkins User: Pelle Pelster Path: src/main/java/de/pellepelster/jenkins/walldisplay/Configuration.java src/main/resources/de/pellepelster/jenkins/walldisplay/WallDisplayPlugin/config.jelly src/main/webapp/walldisplay.html http://jenkins-ci.org/commit/walldisplay-plugin/a2cfea5cafed927bebfde762f2c7603d0a4d6b2c Log: JENKINS-16180 Make paintInterval configurable via URL This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14116) Updating to specific revision doesn't work
SCM/JIRA link daemon commented on JENKINS-14116 Updating to specific revision doesn't work Code changed in jenkins User: Christoph Kutzinski Path: src/main/java/hudson/scm/SubversionChangeLogBuilder.java http://jenkins-ci.org/commit/subversion-plugin/ed8a1f80131f706328318774b61580b0acfccfac Log: Merge pull request #17 from gmjck/master [FIXED JENKINS-14116] Allow going back to older revisions Compare: https://github.com/jenkinsci/subversion-plugin/compare/fd79a2f7b421...ed8a1f80131f This message is automatically generated by JIRA. 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-14116) Updating to specific revision doesn't work
SCM/JIRA link daemon resolved JENKINS-14116 as Fixed Updating to specific revision doesn't work Change By: SCM/JIRA link daemon (20/Dec/12 9:40 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-14116) Updating to specific revision doesn't work
SCM/JIRA link daemon commented on JENKINS-14116 Updating to specific revision doesn't work Code changed in jenkins User: gmjck Path: src/main/java/hudson/scm/SubversionChangeLogBuilder.java http://jenkins-ci.org/commit/subversion-plugin/9a460b806c2f3f3e33ee0b0204b82941c7213f74 Log: [FIXED JENKINS-14116] Update to older revision Added check to generation of change set between previous workspace (prevRev) and current workspace (thisRev) to correctly handle case when prevRev > thisRev. Change set covers commits [prevRev+1, thisRev], which is backwards when updating to an older revision, resulting in an incorrect summary and, if prevRev=HEAD, throwing exceptions and failing the build since HEAD+1 does not exist. Solution: if prevRev > thisRev, swap values before generating change set. This message is automatically generated by JIRA. 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-15881) svn revision check failed when checking out older revision after HEAD build
kutzi commented on JENKINS-15881 svn revision check failed when checking out older revision after HEAD build Thanks for describing your use case. If that works for you (with the patch), then fine. I would propose to use the artifacts of a previous build which already build the previous revision, again. One principle in CI says that you should only build the artifacts once. But again: if it works for you fine and I don't see any strong reasons against including the pull request in JENKINS-14116. So I'm going forward to merge it. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-16179) The URL parameters are overruled by the system parameters
bcygan updated JENKINS-16179 The URL parameters are overruled by the system parameters Change By: bcygan (20/Dec/12 9:39 AM) Component/s: jenkinswalldisplay Component/s: walldisplay This message is automatically generated by JIRA. 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-16180) Make paintInterval configurable via URL
bcygan updated JENKINS-16180 Make paintInterval configurable via URL Change By: bcygan (20/Dec/12 9:39 AM) Component/s: jenkinswalldisplay Component/s: walldisplay This message is automatically generated by JIRA. 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-15881) svn revision check failed when checking out older revision after HEAD build
kutzi assigned JENKINS-15881 to kutzi svn revision check failed when checking out older revision after HEAD build Change By: kutzi (20/Dec/12 9:37 AM) Assignee: kutzi This message is automatically generated by JIRA. 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-14116) Updating to specific revision doesn't work
kutzi assigned JENKINS-14116 to kutzi Updating to specific revision doesn't work Change By: kutzi (20/Dec/12 9:37 AM) Assignee: kutzi This message is automatically generated by JIRA. 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-16180) Make paintInterval configurable via URL
bcygan created JENKINS-16180 Make paintInterval configurable via URL Issue Type: Improvement Assignee: Christian Pelster Components: walldisplay Created: 20/Dec/12 9:33 AM Description: If you want to use a not-so-powerful device (like a Raspberry Pi) for a wallboard display, the CPU is above 90% usage all of the time. Right now, there is nothing you can do about this. Manually changing the paintInterval to 5000 ms brings the CPU usage below 20% and to 90% only while painting. Environment: Jenkins 1.490, Plugin Version 0.6.15 Project: Jenkins Priority: Major Reporter: bcygan This message is automatically generated by JIRA. 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-16179) The URL parameters are overruled by the system parameters
bcygan created JENKINS-16179 The URL parameters are overruled by the system parameters Issue Type: Bug Assignee: Christian Pelster Components: walldisplay Created: 20/Dec/12 9:24 AM Description: Try to set the update interval via the URL parameter. In the debug window you can see that the parameter is fetched correctly but overruled by the system parameters. Shouldn't that be the other way around ? Environment: Jenkins Version 1.490, Plugin Version 0.6.15 Project: Jenkins Priority: Major Reporter: bcygan This message is automatically generated by JIRA. 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-16018) Not all builds show in the build history dashboard on job
Ringo De Smet commented on JENKINS-16018 Not all builds show in the build history dashboard on job This problem also occurs to me. The last upgrade of Jenkins we did was from 1.483 to 1.486. Existing projects seem to be OK as far as I can tell, but we also created a new freestyle job. This job has 16 builds which are correctly stored on disk on the master, but the dashboard doesn't show any history for that job. This message is automatically generated by JIRA. 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-15381) Leaderboard Displays "never" (or takes forever)
Simon Schlachter commented on JENKINS-15381 Leaderboard Displays "never" (or takes forever) anything new? still the same issue on Jenkins ver. 1.494 This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
