[JIRA] (JENKINS-16217) SVN post commit hook fails to recognize changes in svn:externals
SCM/JIRA link daemon commented on JENKINS-16217 SVN post commit hook fails to recognize changes in svn:externals Code changed in jenkins User: Tom Palmer Path: src/main/java/hudson/scm/SubversionRepositoryStatus.java src/main/java/hudson/scm/SubversionSCM.java http://jenkins-ci.org/commit/subversion-plugin/ee2d28e6757c881e6143c46c80bab5de9f3785db Log: FIXED JENKINS-16217 Take into account the svn:externals of a project when looking for projects to trigger from a post-commit hook. This message is automatically generated by JIRA. 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-13790) Subversion externals fail
SCM/JIRA link daemon resolved JENKINS-13790 as Fixed Subversion externals fail Change By: SCM/JIRA link daemon (04/Jan/13 8:41 AM) Status: InProgress Resolved Resolution: Fixed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-13771) Jenkins not being triggered on a change to an external with new 1.4 SVN plugin.
Nicolas De Loof resolved JENKINS-13771 as Fixed Jenkins not being triggered on a change to an external with new 1.4 SVN plugin. Change By: Nicolas De Loof (04/Jan/13 8:46 AM) Status: Open Resolved Assignee: KohsukeKawaguchi NicolasDeLoof 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-16237) Extended email plugin no longer sends messages on latest
Jamie Penman-Smithson
commented on JENKINS-16237
Extended email plugin no longer sends messages on latest
The standard email functionality is doing this:
EHLO ukfd-ecat
250-ukfd-ecat.eu.example.com
250-PIPELINING
250-SIZE 1024
250-VRFY
250-ETRN
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN
DEBUG SMTP: Found extension "PIPELINING", arg ""
DEBUG SMTP: Found extension "SIZE", arg "1024"
DEBUG SMTP: Found extension "VRFY", arg ""
DEBUG SMTP: Found extension "ETRN", arg ""
DEBUG SMTP: Found extension "ENHANCEDSTATUSCODES", arg ""
DEBUG SMTP: Found extension "8BITMIME", arg ""
DEBUG SMTP: Found extension "DSN", arg ""
DEBUG SMTP: use8bit false
MAIL FROM:eubu...@example.com
250 2.1.0 Ok
DEBUG SMTP: sendPartial set
RCPT TO:jamie.penman-smith...@example.com
250 2.1.5 Ok
DEBUG SMTP: Verified Addresses
DEBUG SMTP: jamie.penman-smith...@example.com
DATA
354 End data with CRLF.CRLF
Date: Wed, 2 Jan 2013 15:23:26 + (GMT)
From: EU Development Build Daemon eubu...@example.com
Reply-To: eubu...@example.com
To: jamie.penman-smith...@example.com
Message-ID: 895820852.2.1357140206318.javamail.tom...@ukfd-ecat.eu.example.com
Subject: Test email #1
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
This is test email #1 sent from Jenkins
.
250 2.0.0 Ok: queued as 4F8F620614
QUIT
However, when email-ext sends the message it does not send anything:
INFO: test2 #8 main build action completed: SUCCESS
DEBUG: JavaMail version 1.4.4
DEBUG: successfully loaded resource: /META-INF/javamail.default.providers
DEBUG: Tables of loaded providers
DEBUG: Providers Listed By Class Name: {com.sun.mail.smtp.SMTPSSLTransport=javax.mail.Provider[TRANSPORT,smtps,com.sun.mail.smtp.SMTPSSLTransport,Oracle], com.sun.mail.smtp.SMTPTransport=javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Oracle], com.sun.mail.imap.IMAPSSLStore=javax.mail.Provider[STORE,imaps,com.sun.mail.imap.IMAPSSLStore,Oracle], com.sun.mail.pop3.POP3SSLStore=javax.mail.Provider[STORE,pop3s,com.sun.mail.pop3.POP3SSLStore,Oracle], com.sun.mail.imap.IMAPStore=javax.mail.Provider[STORE,imap,com.sun.mail.imap.IMAPStore,Oracle], com.sun.mail.pop3.POP3Store=javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Oracle]}
DEBUG: Providers Listed By Protocol: {imaps=javax.mail.Provider[STORE,imaps,com.sun.mail.imap.IMAPSSLStore,Oracle], imap=javax.mail.Provider[STORE,imap,com.sun.mail.imap.IMAPStore,Oracle], smtps=javax.mail.Provider[TRANSPORT,smtps,com.sun.mail.smtp.SMTPSSLTransport,Oracle], pop3=javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Oracle], pop3s=javax.mail.Provider[STORE,pop3s,com.sun.mail.pop3.POP3SSLStore,Oracle], smtp=javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Oracle]}
DEBUG: successfully loaded resource: /META-INF/javamail.default.address.map
DEBUG: getProvider() returning javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Oracle]
DEBUG SMTP: useEhlo true, useAuth false
DEBUG SMTP: trying to connect to host "ukfd-ecat", port 25, isSSL false
220 ukfd-ecat.eu.example.com ESMTP Postfix
DEBUG SMTP: connected to host "ukfd-ecat", port: 25
EHLO ukfd-ecat
250-ukfd-ecat.eu.example.com
250-PIPELINING
250-SIZE 1024
250-VRFY
250-ETRN
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN
DEBUG SMTP: Found extension "PIPELINING", arg ""
DEBUG SMTP: Found extension "SIZE", arg "1024"
DEBUG SMTP: Found extension "VRFY", arg ""
DEBUG SMTP: Found extension "ETRN", arg ""
DEBUG SMTP: Found extension "ENHANCEDSTATUSCODES", arg ""
DEBUG SMTP: Found extension "8BITMIME", arg ""
DEBUG SMTP: Found extension "DSN", arg ""
DEBUG SMTP: use8bit false
MAIL FROM:eubu...@example.com
250 2.1.0 Ok
DEBUG SMTP: sendPartial set
RCPT TO:eubu...@example.com
250 2.1.5 Ok
RCPT TO:jamie.penman-smith...@example.com
250 2.1.5 Ok
DEBUG SMTP: Verified Addresses
DEBUG SMTP: eubu...@example.com
DEBUG SMTP: jamie.penman-smith...@example.com
DATA
354 End data with CRLF.CRLF
Date: Wed, 2 Jan 2013 15:31:46 + (GMT)
From: EU Development Build Daemon eubu...@example.com
Reply-To: eubu...@example.com
To: eubu...@example.com, jamie.penman-smith...@example.com
Message-ID: 804300964.1.1357140706648.javamail.tom...@ukfd-ecat.eu.example.com
Subject: test
MIME-Version: 1.0
Content-Type: multipart/mixed;.
...boundary="=_Part_0_1050019941.1357140706601"
X-Jenkins-Job: test2
X-Jenkins-Result: SUCCESS
QUIT
DEBUG SMTP: exception reading response, THROW:.
java.net.SocketTimeoutException: Read
[JIRA] (JENKINS-16256) Fundbugs plug-in tries and fails to read JDK source
Guy Rixon created JENKINS-16256 Fundbugs plug-in tries and fails to read JDK source Issue Type: Bug Affects Versions: current Assignee: Ulli Hafner Components: findbugs Created: 04/Jan/13 10:26 AM Description: I have many Jenkins projects that use the findbugs plug-in. Most are OK but one consistently gives this error: FINDBUGS Can't copy source file: source=java/io/File.java, destination=5f9dc458.tmp hudson.util.IOException2: Failed to copy java/io/File.java to /export/home/gfish/.hudson/jobs/AlertPipe/modules/gaia.cu5$AlertPipe/builds/2013-01-04_00-14-37/workspace-files/5f9dc458.tmp at hudson.FilePath.copyTo(FilePath.java:1650) at hudson.plugins.analysis.core.HealthAwareReporter.copyFilesWithAnnotationsToBuildFolder(HealthAwareReporter.java:463) at hudson.plugins.analysis.core.HealthAwareReporter.postExecute(HealthAwareReporter.java:340) at hudson.maven.Maven3Builder$MavenExecutionListener.recordMojoEnded(Maven3Builder.java:421) at hudson.maven.Maven3Builder$MavenExecutionListener.mojoSucceeded(Maven3Builder.java:403) at org.apache.maven.lifecycle.internal.DefaultExecutionEventCatapult.fire(DefaultExecutionEventCatapult.java:87) at org.apache.maven.lifecycle.internal.DefaultExecutionEventCatapult.fire(DefaultExecutionEventCatapult.java:42) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:228) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:319) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) at org.jvnet.hudson.maven3.launcher.Maven3Launcher.main(Maven3Launcher.java:79) 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 org.codehaus.plexus.classworlds.launcher.Launcher.launchStandard(Launcher.java:329) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:239) at org.jvnet.hudson.maven3.agent.Maven3Main.launch(Maven3Main.java:158) at hudson.maven.Maven3Builder.call(Maven3Builder.java:98) at hudson.maven.Maven3Builder.call(Maven3Builder.java:64) at hudson.remoting.UserRequest.perform(UserRequest.java:118) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:326) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) 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) Caused by: java.io.FileNotFoundException: java/io/File.java (No such file or directory) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:138) at hudson.FilePath$33.invoke(FilePath.java:1676) at hudson.FilePath$33.invoke(FilePath.java:1671) at hudson.FilePath.act(FilePath.java:852) at hudson.FilePath.act(FilePath.java:825) at hudson.FilePath.copyTo(FilePath.java:1671) at hudson.FilePath.copyTo(FilePath.java:1645) ... 34 more ...which causes the build to fail. I note that the project with the problem has a class that extends java.io.File. The other, working
[JIRA] (JENKINS-16256) Fundbugs plug-in tries and fails to read JDK source
Ulli Hafner commented on JENKINS-16256 Fundbugs plug-in tries and fails to read JDK source Can you please show more details? I'm wondering why this logging statement should fail the build? Can you show the rest of the console log that shows the build result evaluation of findbugs? This message is automatically generated by JIRA. 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-16234) Plugin does not currently work for Clearcase Base
Waldek M commented on JENKINS-16234 Plugin does not currently work for Clearcase Base I'm looking forward to the resolution, too Currently using the -vws workaround. This message is automatically generated by JIRA. 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-16256) Fundbugs plug-in tries and fails to read JDK source
Guy Rixon commented on JENKINS-16256 Fundbugs plug-in tries and fails to read JDK source I have just upgraded Jenkins to 1.467 and the job now succeeds with findbugs included. The underlying problem of findbugs trying to copy java.io.File is still there in the log (and the other problem of Cobertura not knowing Java 7), but the job finishes 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-15857) Parse Exception with Java7 and Emma 2.2.0
Flavio Donzé updated JENKINS-15857 Parse Exception with Java7 and Emma 2.2.0 Change By: Flavio Donzé (04/Jan/13 12:10 PM) Component/s: emmacoveragecolumn Component/s: emma This message is automatically generated by JIRA. 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-16257) Active Directory Plugin - Credential exception tying to authenticate
Bjoern Becker created JENKINS-16257 Active Directory Plugin - Credential exception tying to authenticate Issue Type: Bug Assignee: Unassigned Components: active-directory Created: 04/Jan/13 12:28 PM Description: The authentification through active directory don't work. The "test" on configuration site is okay, but i can't log in. Jan 4, 2013 1:14:16 PM hudson.plugins.active_directory.ActiveDirectoryUnixAuthenticationProvider retrieveUser WARNING: Failed to retrieve user information for username javax.naming.NamingException: [LDAP: error code 1 - 20D6: SvcErr: DSID-031006CC, problem 5012 (DIR_ERROR), data 0 ]; remaining name 'CN=user,OU=Services,OU=NetworkServices,OU=IT,OU=KONFIGURATION,DC=,DC=de' at com.sun.jndi.ldap.LdapCtx.mapErrorCode(LdapCtx.java:3072) at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:2978) at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:2785) at com.sun.jndi.ldap.LdapCtx.c_lookup(LdapCtx.java:1024) at com.sun.jndi.toolkit.ctx.ComponentContext.c_resolveIntermediate_nns(ComponentContext.java:170) at com.sun.jndi.toolkit.ctx.AtomicContext.c_resolveIntermediate_nns(AtomicContext.java:360) at com.sun.jndi.toolkit.ctx.ComponentContext.p_resolveIntermediate(ComponentContext.java:399) at com.sun.jndi.toolkit.ctx.ComponentDirContext.p_getAttributes(ComponentDirContext.java:223) at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.getAttributes(PartialCompositeDirContext.java:139) at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.getAttributes(PartialCompositeDirContext.java:127) at hudson.plugins.active_directory.ActiveDirectoryUnixAuthenticationProvider.resolveGroups(ActiveDirectoryUnixAuthenticationProvider.java:370) at hudson.plugins.active_directory.ActiveDirectoryUnixAuthenticationProvider.retrieveUser(ActiveDirectoryUnixAuthenticationProvider.java:290) at hudson.plugins.active_directory.ActiveDirectoryUnixAuthenticationProvider.retrieveUser(ActiveDirectoryUnixAuthenticationProvider.java:190) at hudson.plugins.active_directory.ActiveDirectoryUnixAuthenticationProvider.retrieveUser(ActiveDirectoryUnixAuthenticationProvider.java:134) at org.acegisecurity.providers.dao.AbstractUserDetailsAuthenticationProvider.authenticate(AbstractUserDetailsAuthenticationProvider.java:119) at org.acegisecurity.providers.ProviderManager.doAuthentication(ProviderManager.java:195) at org.acegisecurity.AbstractAuthenticationManager.authenticate(AbstractAuthenticationManager.java:45) at org.acegisecurity.ui.webapp.AuthenticationProcessingFilter.attemptAuthentication(AuthenticationProcessingFilter.java:71) at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:252) 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.java:366) at org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:50) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:81) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at
[JIRA] (JENKINS-16258) Deactivation of Jenkins Mailer Plugin makes problems with people view
Stefan Brausch created JENKINS-16258 Deactivation of Jenkins Mailer Plugin makes problems with people view Issue Type: Bug Affects Versions: current Assignee: Unassigned Components: mail Created: 04/Jan/13 12:41 PM Description: We are using only the Email Extension Plugin and would like deactivate the Standard Mailer Plugin. But if the standard plugin deactivated we get errors in the people views. Here the Stack trace: Status Code: 500 Exception: java.lang.AssertionError: class hudson.tasks.Mailer$UserProperty is missing its descriptor Stacktrace: javax.servlet.ServletException: java.lang.AssertionError: class hudson.tasks.Mailer$UserProperty is missing its descriptor at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:615) 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.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.java:366) at org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:50) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at
[JIRA] (JENKINS-16046) Sonar Plugin uses wrong maven repository
Steve Eckerlein
commented on JENKINS-16046
Sonar Plugin uses wrong maven repository
I faced the same issue, and i bypassed it by adding this parameter to sonar additional settings in global jenkins configuration :
-Dmaven.repo.local=${PWD}/maven-repositories/${EXECUTOR_NUMBER}
With this, the executor repository is used.
This message is automatically generated by JIRA.
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-16259) xUnit publisher not showing into conditional build steps
Geoffroy Jabouley created JENKINS-16259 xUnit publisher not showing into conditional build steps Issue Type: Bug Assignee: bap Components: any-buildstep, conditional-buildstep, xunit Created: 04/Jan/13 1:48 PM Description: In a matrix configuration job, when trying to add a new conditionnal build step (single or multiple), it is not possible to select the publisher xUnit. Is it related to non-implementation of @DataBoundConstructor constructor ? This is really annoying as i cannot use the very usefull threshold feature of the xUnit plug-in for my jobs status. Environment: Jenkins 1.494 xUnit plugin 1.51 Conditionnal BuildStep plugin 1.2.1 Any Build Step plugin 0.1 Windows Server 2008 Project: Jenkins Labels: plugin xunit DataBoundConstructor Priority: Major Reporter: Geoffroy Jabouley This message is automatically generated by JIRA. 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-16237) Extended email plugin no longer sends messages on latest
Slide-O-Mix commented on JENKINS-16237 Extended email plugin no longer sends messages on latest I'm concerned about the difference in the boundary info shown on the working and failing case. I'm not sure how the plugin would cause an issue there since this is just the JavaMail at this point. This message is automatically generated by JIRA. 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-13771) Jenkins not being triggered on a change to an external with new 1.4 SVN plugin.
Tim Astle commented on JENKINS-13771 Jenkins not being triggered on a change to an external with new 1.4 SVN plugin. Nicolas, what version will this fix be made available in? (no fix version 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-16203) Jenkins tools auto install dir has changed
Jesse Glick resolved JENKINS-16203 as Not A Defect Jenkins tools auto install dir has changed @miked try https://wiki.jenkins-ci.org/display/JENKINS/Custom+Tools+Plugin for example. Change By: Jesse Glick (04/Jan/13 3:10 PM) Status: Open Resolved Resolution: NotADefect This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-16239) NPE in getRootDir
Jesse Glick updated JENKINS-16239 NPE in getRootDir Run.project should normally be non-null but this is inside Run.reload deserialization; probably EnvInjectAction.readResolve is at fault for trying to call methods on a half-initialization Run object. Change By: Jesse Glick (04/Jan/13 3:16 PM) Component/s: core This message is automatically generated by JIRA. 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-16165) Configure screen stuck in LOADING state
Jesse Glick updated JENKINS-16165 Configure screen stuck in LOADING state Usually this is a symptom of a _javascript_ error. Check your browser’s error console for messages. Change By: Jesse Glick (04/Jan/13 3:19 PM) Component/s: core Component/s: subversion Component/s: cvs Component/s: maven2 Component/s: ant Component/s: cobertura Component/s: perforce Component/s: sonar Component/s: email-ext Component/s: ssh-slaves Component/s: groovy-postbuild Component/s: publish-over-ssh Component/s: performance-plugin Component/s: monitoring Component/s: javadoc Component/s: translation Component/s: ldap This message is automatically generated by JIRA. 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-16237) Extended email plugin no longer sends messages on latest
Slide-O-Mix commented on JENKINS-16237 Extended email plugin no longer sends messages on latest I'll try under Tomcat and see if I can find anything. This message is automatically generated by JIRA. 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-10147) Add 'poll SCM' option to build step
Thomas Fields commented on JENKINS-10147 Add poll SCM option to build step Hi, This bug is assigned to huybrechts yet that user seems inactive in the Jenkins community. Can the issue be reassigned and the above patch integrated into the next release? Tom This message is automatically generated by JIRA. 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-16046) Sonar Plugin uses wrong maven repository
twolfart
commented on JENKINS-16046
Sonar Plugin uses wrong maven repository
I'm currently using almost the same additional configuration (../../ instead of ${PWD}), but it didn't work for all projects with the global setting (some differ in paths).
Thank you Steve for pointing me to ${PWD}, that's more accurate then relative paths, and works for all of the projects.
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15560) Lazy loading cause’s http links from other html pages into Jenkins do not work properly
Jason Swager commented on JENKINS-15560 Lazy loading cause’s http links from other html pages into Jenkins do not work properly I'm not sure of any easy way to reproduce. A temporary solution seems to be rebooting Jenkins. The way that I would try to reproduce is to load Jenkins with lots of jobs and lots of builds for each job. I'm guessing that if the memory used by the job/build objects is very high in regards to the available memory (sorry - don't know how to define "high"), the problem might occur. Having the jobs limit their number of archived builds, then running many times beyond that so that archived builds are being deleted might help cause the problem; I'm guessing this because a reboot temporarily fixes our problem. And although we keep 20 to 50 builds archived on each job, we have a high enough turn over that in two weeks, all builds are replaced - and the problem seems to happen the longer we run... Sorry for the vague and imprecise descriptions. When the problem occurs, we usually go into panic mode because Jenkins begins to fail in a variety of ways and we don't have a lot of time before we get flooded with calls from managers/engineers complaining about false build/test failure notifications, busted dashboards, etc. This message is automatically generated by JIRA. 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-16201) Join plugin - join job does not run
Cameron Horn commented on JENKINS-16201 Join plugin - join job does not run I'm seeing this as well, suspect it relates to lazy project loading. Here's an example log (7.1patch142_platform_rails): Notifying upstream build 7.1patch142_platform #9 of job completion Project 7.1patch142_platform still waiting for 7.1patch142_platform_DataServices, 7.1patch142_platform_katrina, 7.1patch142_platform_flex-components, 7.1patch142_platform_authentication, 7.1patch142_platform_bAware, 7.1patch142_platform_cicada, 7.1patch142_platform_DPServer, 7.1patch142_platform_elibs, 7.1patch142_platform_ebins, 7.1patch142_platform_sdks, 7.1patch142_platform_HSQLDefrag, 7.1patch142_platform_service-wrapper, 7.1patch142_platform_bSecurity, 7.1patch142_platform_adforest builds to complete Notifying upstream projects of job completion Notifying upstream of completion: 7.1patch142_platform #9 Finished: SUCCESS Note that at the time of this project's completion, all of the jobs listed as being waited for have already completed, and have similar logs. Here's 7.1patch142_platform_elibs from above: Notifying upstream build 7.1patch142_platform #9 of job completion Project 7.1patch142_platform still waiting for 7.1patch142_platform_DataServices, 7.1patch142_platform_rails, 7.1patch142_platform_bAware, 7.1patch142_platform_cicada builds to complete Notifying upstream projects of job completion Notifying upstream of completion: 7.1patch142_platform #9 Finished: SUCCESS Clearly, in between these projects building, 7.1patch142_platform #9 forgot about projects that it already knew had been completed. The time between those projects completing is ~6 hours. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-16256) Fundbugs plug-in tries and fails to read JDK source
Ulli Hafner resolved JENKINS-16256 as Fixed Fundbugs plug-in tries and fails to read JDK source Ok, good to see that this was a problem related to an old Jenkins version. From the log I see that the build failure was caused by an Exception... Change By: Ulli Hafner (04/Jan/13 5:03 PM) Status: Open Resolved Resolution: Fixed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-16260) Job description isn't shown for Build Flow jobs
emszpak created JENKINS-16260 Job description isnt shown for Build Flow jobs Issue Type: Bug Affects Versions: current Assignee: Nicolas De Loof Components: build-flow Created: 04/Jan/13 5:50 PM Description: Job description isn't shown for Build Flow jobs on a job dashboard. Environment: Jenkins 1.480.1, Build Flow 0.6 Project: Jenkins Priority: Minor Reporter: emszpak This message is automatically generated by JIRA. 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-16251) HtmlPublisher 1.2 doesn't load from disk under Jenkins 1.492
mcrooney commented on JENKINS-16251 HtmlPublisher 1.2 doesnt load from disk under Jenkins 1.492 Thanks Cedd. Do you think it is possible then that this is a Jenkins 1.492 bug perhaps, and this issue should be closed? This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-16256) Fundbugs plug-in tries and fails to read JDK source
Guy Rixon commented on JENKINS-16256 Fundbugs plug-in tries and fails to read JDK source The failure has now come back; symptoms are as per the previous log. The Maven project underlying the job has had some code commits but the Jenkins configuration and job configuration have not changed. This message is automatically generated by JIRA. 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-16256) Fundbugs plug-in tries and fails to read JDK source
Guy Rixon commented on JENKINS-16256 Fundbugs plug-in tries and fails to read JDK source OK, based on 3 cycles findbugs/no-findbugs, then two successive runs with no findbugs, it "always" fails with findbugs and "always" succeeds without. Not sure why it worked once with findbugs earlier today. This message is automatically generated by JIRA. 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-15642) ArrayIndexOutOfBounds exception with Maven build when triggered by SCM change
Ulli Hafner updated JENKINS-15642 ArrayIndexOutOfBounds exception with Maven build when triggered by SCM change Change By: Ulli Hafner (04/Jan/13 7:46 PM) Component/s: core Component/s: maven This message is automatically generated by JIRA. 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-16256) ArrayIndexOutOfBoundsException when accessing lazily loaded run map
Ulli Hafner updated JENKINS-16256 ArrayIndexOutOfBoundsException when accessing lazily loaded run map Change By: Ulli Hafner (04/Jan/13 7:45 PM) Summary: Fundbugsplug-intriesandfailstoreadJDKsource ArrayIndexOutOfBoundsExceptionwhenaccessinglazilyloadedrunmap Description: IhavemanyJenkinsprojectsthatusethefindbugsplug-in.MostareOKbutoneconsistentlygivesthiserror Causedby : [FINDBUGS]Cantcopysourcefile:source= java /io/File . java,destination=5f9dc458.tmphudson.util.IOException2:Failedtocopyjava/io/File.javato/export/home/gfish/.hudson/jobs/AlertPipe/modules/gaia.cu5$AlertPipe/builds/2013-01-04_00-14-37/workspace-files/5f9dc458.tmp athudson.FilePath.copyTo(FilePath.java:1650) athudson.plugins.analysis.core.HealthAwareReporter.copyFilesWithAnnotationsToBuildFolder(HealthAwareReporter.java:463) athudson.plugins.analysis.core.HealthAwareReporter.postExecute(HealthAwareReporter.java:340) athudson.maven.Maven3Builder$MavenExecutionListener.recordMojoEnded(Maven3Builder.java:421) athudson.maven.Maven3Builder$MavenExecutionListener.mojoSucceeded(Maven3Builder.java:403) atorg.apache.maven.lifecycle.internal.DefaultExecutionEventCatapult.fire(DefaultExecutionEventCatapult.java:87) atorg.apache.maven.lifecycle.internal.DefaultExecutionEventCatapult.fire(DefaultExecutionEventCatapult.java:42) atorg.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:228) atorg.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) atorg.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) atorg.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) atorg.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) atorg.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) atorg.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) atorg.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:319) atorg.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) atorg.jvnet.hudson.maven3.launcher.Maven3Launcher.main(Maven3Launcher.java:79) atsun.reflect.NativeMethodAccessorImpl.invoke0(NativeMethod) atsun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) atsun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) atjava. lang. reflect.Method.invoke(Method.java ArrayIndexOutOfBoundsException : 601) atorg.codehaus.plexus.classworlds.launcher.Launcher.launchStandard(Launcher.java Assertionerror : 329) atorg.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java failingtoload#10DESC : 239) lo=471,hi=0,size=838,size2=838 at org jenkins . jvnet model . hudson lazy . maven3 AbstractLazyLoadRunMap . agent.Maven3Main.launch search ( Maven3Main AbstractLazyLoadRunMap .java: 158 418 ) athudson. maven model . Maven3Builder AbstractBuild . call getPreviousBuild ( Maven3Builder AbstractBuild .java: 98 207 ) athudson. maven tasks . Maven3Builder.call(Maven3Builder.java:64) athudson.remoting.UserRequest.perform(UserRequest.java:118) athudson.remoting.UserRequest.perform(UserRequest.java:48) athudson.remoting.Request Fingerprinter $ 2 FingerprintAction . run onLoad ( Request Fingerprinter .java: 326 349 ) athudson. remoting model . InterceptingExecutorService$1 Run . call onLoad ( InterceptingExecutorService Run .java: 72 305 ) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) atjava.util.concurrent.FutureTask.run(FutureTask.java:166) atjava.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) atjava.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) atjava.lang.Thread.run(Thread.java:722)Causedby:java.io.FileNotFoundException:java/io/File.java(Nosuchfileordirectory) atjava.io.FileInputStream.open(NativeMethod) atjava.io.FileInputStream.init(FileInputStream.java:138) at hudson. FilePath$33 model . invoke(FilePath RunMap . java:1676) athudson.FilePath$33.invoke retrieve ( FilePath RunMap .java: 1671 221 ) athudson. FilePath model . act(FilePath RunMap . java:852)
[JIRA] (JENKINS-16256) ArrayIndexOutOfBoundsException when accessing lazily loaded run map
Ulli Hafner resolved JENKINS-16256 as Duplicate ArrayIndexOutOfBoundsException when accessing lazily loaded run map Ok, I think this problem has been reported already. It is not related to findbugs, it is a bug in the new feature of lazy loading of the build results. Change By: Ulli Hafner (04/Jan/13 7:48 PM) Status: Reopened 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-13995) Would like the ability to disable hover-over context menus.
Cedric Dandoy commented on JENKINS-13995 Would like the ability to disable hover-over context menus. +1. Those popups are annoying. I have tried to get used to them but after a few months of frustration I finally have decided to create an account and complain. IMHO, I very much doubt that this feature is considered as an improvement by the majority of your users. I would personally be satisfied if it could be disabled by a user setting but quite honestly I suspect you will achieve greater satisfaction by turning it off by default. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [JIRA] (JENKINS-13995) Would like the ability to disable hover-over context menus.
+1 Arthur Herman The Home Depot - Information Technology Lead Developer - Development Architecture (770) 384-3120tel:(770)%20384-3120 - Internal x13120 arthur_her...@homedepot.commailto:arthur_her...@homedepot.com On Jan 4, 2013, at 2:53 PM, jenk...@dandoy.orgmailto:jenk...@dandoy.org (JIRA) nore...@jenkins-ci.orgmailto:nore...@jenkins-ci.org wrote: [https://issues.jenkins-ci.org/s/en_US-jh6o7l/733/41/_/jira-logo-scaled.png] [https://issues.jenkins-ci.org/secure/useravatar?avatarId=10292] Cedric Dandoyhttps://issues.jenkins-ci.org/secure/ViewProfile.jspa?name=cdandoy commented on [Improvement] JENKINS-13995https://issues.jenkins-ci.org/browse/JENKINS-13995 Would like the ability to disable hover-over context menus.https://issues.jenkins-ci.org/browse/JENKINS-13995 +1. Those popups are annoying. I have tried to get used to them but after a few months of frustration I finally have decided to create an account and complain. IMHO, I very much doubt that this feature is considered as an improvement by the majority of your users. I would personally be satisfied if it could be disabled by a user setting but quite honestly I suspect you will achieve greater satisfaction by turning it off by default. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administratorshttps://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa. For more information on JIRA, see: http://www.atlassian.com/software/jira The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message or its attachment.
[JIRA] (JENKINS-15120) Minimize round trips for slave class loading
Jesse Glick commented on JENKINS-15120 Minimize round trips for slave class loading https://github.com/jenkinsci/remoting/pull/10 This message is automatically generated by JIRA. 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-8334) maven-plugin insists on Surefire to run tests
kutzi commented on JENKINS-8334 maven-plugin insists on Surefire to run tests I've created a pull request with a proposed fix: https://github.com/jenkinsci/jenkins/pull/668 This message is automatically generated by JIRA. 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-16261) Defer JAR copying from MavenComputerListener.preOnline
Jesse Glick created JENKINS-16261 Defer JAR copying from MavenComputerListener.preOnline Issue Type: Bug Assignee: Jesse Glick Components: maven Created: 04/Jan/13 9:35 PM Description: Currently MavenComputerListener.preOnline copies Maven-related JARs to a new slave as soon as it is started, even if that slave is never used to run a Maven build. This is wasteful. Should copy these JARs if and when a Maven build is run on the slave node. Project: Jenkins Labels: performance Priority: Major Reporter: Jesse Glick This message is automatically generated by JIRA. 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-16201) Join plugin - join job does not run
Alex Vesely commented on JENKINS-16201 Join plugin - join job does not run Why do you think it should have something to do with lazy loading? Do you mean that rolling back to e.g. 1.480.1 LTS should solve this problem? This message is automatically generated by JIRA. 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-16201) Join plugin - join job does not run
Cameron Horn commented on JENKINS-16201 Join plugin - join job does not run It's just a guess that lazy loading is involved. The issue appeared to have started then, and I've noticed a lot of nonsense with builds disappearing with lazy loading (JENKINS-15156). This message is automatically generated by JIRA. 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-16163) NullPointerException when sending post build emails - all triggers appear to be impacted
Richard Merrill commented on JENKINS-16163 NullPointerException when sending post build emails - all triggers appear to be impacted We're having the same problem sending emails via our corporate smtp host since it requires a valid Sender Email Address (adminAddress). This message is automatically generated by JIRA. 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-16163) NullPointerException when sending post build emails - all triggers appear to be impacted
Slide-O-Mix commented on JENKINS-16163 NullPointerException when sending post build emails - all triggers appear to be impacted A workaround would be to use "override default settings" in the global config and put the mail server and admin info there instead of relying on the mail config from Mailer. This message is automatically generated by JIRA. 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-16163) NullPointerException when sending post build emails - all triggers appear to be impacted
Richard Merrill commented on JENKINS-16163 NullPointerException when sending post build emails - all triggers appear to be impacted I just tried that, but it didn't work. I got the following error message: javax.mail.SendFailedException: Invalid Addresses; nested exception is: com.sun.mail.smtp.SMTPAddressFailedException: 504 5.5.2 nobody@nowhere: Sender address rejected: need fully-qualified address The input box for "System Admin E-mail Address" has a valid address, which is not nobody@nowhere. This message is automatically generated by JIRA. 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-16163) NullPointerException when sending post build emails - all triggers appear to be impacted
Slide-O-Mix commented on JENKINS-16163 NullPointerException when sending post build emails - all triggers appear to be impacted Can you enable debug mode and post the build log? This message is automatically generated by JIRA. 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-16163) NullPointerException when sending post build emails - all triggers appear to be impacted
Slide-O-Mix commented on JENKINS-16163 NullPointerException when sending post build emails - all triggers appear to be impacted Actually, nobody@nowhere is what JavaMail uses for an invalid address, can you try something different? Did you use that previously? This message is automatically generated by JIRA. 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-16163) NullPointerException when sending post build emails - all triggers appear to be impacted
Richard Merrill commented on JENKINS-16163 NullPointerException when sending post build emails - all triggers appear to be impacted I've tried using several different email address for Sender, but it always comes back with a complaint about nobody@nowhere. I've never tried using nobody@nowhere as the Sender. As for enabling debug mode and posting the build log, that will have to wait until Monday, as I won't have access to our server over the weekend and am already late for my daughter's soccer practice. This message is automatically generated by JIRA. 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-11547) Jobs trigger continually even though there are no changes due to git repository being corrupt
Justin Zaun commented on JENKINS-11547 Jobs trigger continually even though there are no changes due to git repository being corrupt Hi everyone. I registered this issue in the "kickstarting" section on FreedomSponsors. This means that if you need this issue that bad, you can go to http://www.freedomsponsors.org/core/issue/113/jobs-trigger-continually-even-though-there-are-no-changes-due-to-git-repository-being-corrupt and offer a few bucks for 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-15765) IRC Bot does not take commands
Derek Chen-Becker commented on JENKINS-15765 IRC Bot does not take commands Same issue on Ubuntu 10.04, Jenkins 1.496, using GitHub auth plugin (and a few others) This message is automatically generated by JIRA. 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-16163) NullPointerException when sending post build emails - all triggers appear to be impacted
Jim Yanko commented on JENKINS-16163 NullPointerException when sending post build emails - all triggers appear to be impacted Tried updating my installation to 1.496 today - seems that I still get the same issue with this version. installed new version today - Jenkins ver. 1.496 = mail not sending rolled back - Jenkins ver. 1.493 = mail sends as expected Not sure if you need more log info from my particular installation at this point or not. Where do I enable debug mode and grab the build log after doing so? Didn't see anything in the main jenkins config page for this. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15765) IRC Bot does not take commands
Derek Chen-Becker commented on JENKINS-15765 IRC Bot does not take commands Plugin is version 1.21 This message is automatically generated by JIRA. 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-16163) NullPointerException when sending post build emails - all triggers appear to be impacted
Slide-O-Mix commented on JENKINS-16163 NullPointerException when sending post build emails - all triggers appear to be impacted Debug mode is enabled in the global config. The build log is the console log for the 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-16163) NullPointerException when sending post build emails - all triggers appear to be impacted
Slide-O-Mix commented on JENKINS-16163 NullPointerException when sending post build emails - all triggers appear to be impacted Also, please take a screenshot of your global config (with the email-ext area shown) and fuzz out anything that shouldn't be shown to the world. This message is automatically generated by JIRA. 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-10197) Matrix jobs default to locked (and are difficult to delete)
Liam Reimers commented on JENKINS-10197 Matrix jobs default to locked (and are difficult to delete) Seeing this in Jenkins 1.466... Not 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-10197) Matrix jobs default to locked (and are difficult to delete)
Liam Reimers reopened JENKINS-10197 Matrix jobs default to locked (and are difficult to delete) Change By: Liam Reimers (05/Jan/13 12:32 AM) 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-10197) Matrix jobs default to locked (and are difficult to delete)
Liam Reimers updated JENKINS-10197 Matrix jobs default to locked (and are difficult to delete) Change By: Liam Reimers (05/Jan/13 12:32 AM) Environment: 1.418,1.434 ,1.466 This message is automatically generated by JIRA. 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-10197) Matrix jobs default to locked (and are difficult to delete)
Liam Reimers updated JENKINS-10197 Matrix jobs default to locked (and are difficult to delete) Change By: Liam Reimers (05/Jan/13 12:35 AM) Attachment: ScreenShot2013-01-04at4.33.15PM.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-15322) NOTESTS in TAP response gives parse error and stack trace from plugin
Bruno P. Kinoshita commented on JENKINS-15322 NOTESTS in TAP response gives parse error and stack trace from plugin Hi Alex, nice finding, I'll use web.archive.org for now. I've got in touch with some guys from the tap-l mailing list, and one of them forwarded the message to other mailing lists and to the responsible of testanything.org. Hopefully it will be back online in few days. In the meantime, I will try to find out more about TAP 12, and why Tap::Harness does not output TAP 13 :o) Thanks a lot. This message is automatically generated by JIRA. 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-16262) Tap plug-in can't find TAP attachments
Bruno P. Kinoshita created JENKINS-16262 Tap plug-in cant find TAP attachments Issue Type: Bug Affects Versions: current Assignee: Bruno P. Kinoshita Components: tap Created: 05/Jan/13 1:09 AM Description: Tap plug-in cannot get a FilePath object from the given TAP attachment (YAMLish). Probably there's some problem with the tap directory in the master computer. Project: Jenkins Priority: Minor Reporter: Bruno P. Kinoshita This message is automatically generated by JIRA. 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-16262) Tap plug-in can't find TAP attachments
Bruno P. Kinoshita started work on JENKINS-16262 Tap plug-in cant find TAP attachments Change By: Bruno P. Kinoshita (05/Jan/13 1:11 AM) Status: Open InProgress This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-16262) Tap plug-in can't find TAP attachments
Bruno P. Kinoshita stopped work on JENKINS-16262 Tap plug-in cant find TAP attachments Change By: Bruno P. Kinoshita (05/Jan/13 1:18 AM) Status: InProgress Open This message is automatically generated by JIRA. 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-16262) Tap plug-in can't find TAP attachments
Bruno P. Kinoshita commented on JENKINS-16262 Tap plug-in cant find TAP attachments Fixed in https://github.com/jenkinsci/tap-plugin/commit/053aaab58e53e159c4a7ed4a69a582d72b34a3ad This message is automatically generated by JIRA. 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-10818) Clearcase plugin does not compile on JDK 7
Bruno P. Kinoshita updated JENKINS-10818 Clearcase plugin does not compile on JDK 7 Change By: Bruno P. Kinoshita (05/Jan/13 1:28 AM) Status: Reopened Open This message is automatically generated by JIRA. 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-10818) Clearcase plugin does not compile on JDK 7
Bruno P. Kinoshita commented on JENKINS-10818 Clearcase plugin does not compile on JDK 7 Sorry for the noise, clicked on the wrong issue. Change reverted This message is automatically generated by JIRA. 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-10818) Clearcase plugin does not compile on JDK 7
Bruno P. Kinoshita started work on JENKINS-10818 Clearcase plugin does not compile on JDK 7 Change By: Bruno P. Kinoshita (05/Jan/13 1:28 AM) Status: Open InProgress This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-16186) Jenkins hungs and takes all the CPU
Mingjiang Shi assigned JENKINS-16186 to Mingjiang Shi Jenkins hungs and takes all the CPU Change By: Mingjiang Shi (05/Jan/13 1:31 AM) Assignee: MingjiangShi This message is automatically generated by JIRA. 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-16186) Jenkins hungs and takes all the CPU
Mingjiang Shi resolved JENKINS-16186 as Fixed Jenkins hungs and takes all the CPU The issues goes away after upgrading to Jenkins 1.496 Change By: Mingjiang Shi (05/Jan/13 1:32 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-16234) Plugin does not currently work for Clearcase Base
Steve Davidson commented on JENKINS-16234 Plugin does not currently work for Clearcase Base I believe that a build with this patch is available for testing at https://buildhive.cloudbees.com/job/jenkinsci/job/clearcase-plugin/49/. This message is automatically generated by JIRA. 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-16234) Plugin does not currently work for Clearcase Base
Steve Davidson commented on JENKINS-16234 Plugin does not currently work for Clearcase Base Artifacts appear to be available at https://buildhive.cloudbees.com/job/jenkinsci/job/clearcase-plugin/49/org.jenkins-ci.plugins$clearcase/. This message is automatically generated by JIRA. 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-16225) JENKINS_URL, JOB_URL, BUILD_URL not set
Gelin Su commented on JENKINS-16225 JENKINS_URL, JOB_URL, BUILD_URL not set You should select Environment variables option under manage jenkins/configure system. The you can get the *_URL variables. This message is automatically generated by JIRA. 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-14931) Allow the elapsed time (since the build started) to be displayed
stevengbrown resolved JENKINS-14931 as Fixed Allow the elapsed time (since the build started) to be displayed Included as part of the Timestamper 1.5 release. Change By: stevengbrown (05/Jan/13 3:15 AM) Status: InProgress Resolved Resolution: Fixed This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-16225) JENKINS_URL, JOB_URL, BUILD_URL not set
Russell Bevers commented on JENKINS-16225 JENKINS_URL, JOB_URL, BUILD_URL not set Thank you, Gelin. It is misleading, then, to have env-vars.html report that these variables are available to shell scripts. Instead perhaps it should say that these variables are exported to shell scripts if the Environment Variables checkbox is set in the Jenkins system configuration. I will see if I can find this in the code and update 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-16225) JENKINS_URL, JOB_URL, BUILD_URL not set
Russell Bevers
commented on JENKINS-16225
JENKINS_URL, JOB_URL, BUILD_URL not set
So I found the header text in core/src/main/resources/hudson/model/EnvironmentContributor/EnvVarsHtml/index.groovy. Do you know how I can programmatically include a link to "/configure/section1" in this index?
I was planning to change it to be something like this:
body {
p "The following variables are available to shell scripts"
p "NOTE: These variables will only be available if the node is configured to export environment variables. See " + #TODO function to insert link to "/configure/section1" here
This message is automatically generated by JIRA.
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-16225) JENKINS_URL, JOB_URL, BUILD_URL not set
Russell Bevers
edited a comment on JENKINS-16225
JENKINS_URL, JOB_URL, BUILD_URL not set
So I found the header text in core/src/main/resources/hudson/model/EnvironmentContributor/EnvVarsHtml/index.groovy. Do you know how I can programmatically include a link to "/configure/section1" in this index?
I was planning to change it to be something like this:
body {
p "The following variables are available to shell scripts"
p "NOTE: These variables will only be available if the node is configured to export environment variables. See "
+ #TODO function to insert link to "/configure/section1" here
This message is automatically generated by JIRA.
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-16225) Add note to env-vars.html so user knows that Environment variables configuration is requried to export JENKINS_URL, JOB_URL, BUILD_URL
Russell Bevers updated JENKINS-16225 Add note to env-vars.html so user knows that Environment variables configuration is requried to export JENKINS_URL, JOB_URL, BUILD_URL Change By: Russell Bevers (05/Jan/13 4:18 AM) Summary: Addnotetoenv-vars.htmlsouserknowsthatEnvironmentvariablesconfigurationisrequriedtoexport JENKINS_URL,JOB_URL,BUILD_URL notset 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-16199) Jenkins jvm is crashing
jjrickards updated JENKINS-16199 Jenkins jvm is crashing Change By: jjrickards (05/Jan/13 6:21 AM) Summary: Jenkins crushesjava jvmiscrashing This message is automatically generated by JIRA. 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-16199) Jenkins crushes java
jjrickards updated JENKINS-16199 Jenkins crushes java Updating grammar. Change By: jjrickards (05/Jan/13 6:21 AM) Description: WithsomeperiodoftimeJenkinsstart crushes crashes Javamachine.Itshappens2-10minutesafterstart.Ivetried:1.RunJenkinsfromTomcat52.Likeasudodaemon3.Likeasimplejavaapp4.version1.492,1.4945.NoanyadditionalpluginsIvetrieduse1.SunJavaLinuxsafephone_development32.6.18-308.11.1.el5#1SMPTueJul1008:48:43EDT2012x86_64x86_64x86_64GNU/Linux2.OpenJDKjavaversion1.6.0_22OpenJDKRuntimeEnvironment(IcedTea61.10.10)(rhel-1.28.1.10.10.el5_8-x86_64)OpenJDK64-BitServerVM(build20.0-b11,mixedmode)IattachedsomelogsthatIvecouldget.AboutconfigureJenkins:IhavemasteronCentOS,andtwoslavesonWinandMac.Andihave12configuredprojects.Butonly1executoroneachnode.Noanyentriesin/var/log/messages,dmesg.Itsjust crushes crashes java anditall .Isawafewtopicswiththesameproblemsbutnoonesayswhatitisandhowfixit.Pleasehelpme. This message is automatically generated by JIRA. 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-16199) Jenkins jvm is crashing
jjrickards commented on JENKINS-16199 Jenkins jvm is crashing @Roman Sergeev A little more information will be required before we can say that this is a bug in Jenkins. I suggest using forum such as stack overflow to help debug where the problem comes from. You need to disable as much as possible, then start components up one at a time to see what causes the issue. e.g. shut down slaves, and reboot just the master. disable all projects. start one project at a time, and run a build. Also, try running in tomcat, and then look at the tomcat console logs. Maybe your missing an heap or stack out of memory error. Good luck in finding the issue. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
