[JIRA] [active-directory-plugin] (JENKINS-27139) Active Directory plugin doesn't work, in attempt to be connected to the domain controler on the Internet

2015-02-25 Thread sh...@movavi.com (JIRA)














































movavi team
 updated  JENKINS-27139


Active Directory plugin doesn't work, in attempt to be connected to the domain controler on the Internet
















Change By:


movavi team
(26/Feb/15 7:52 AM)




Environment:


 Jenkins ver 1.599 on Ubuntu 14.04, AD plugin version 1.39



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [active-directory-plugin] (JENKINS-27139) Active Directory plugin doesn't work, in attempt to be connected to the domain controler on the Internet

2015-02-25 Thread sh...@movavi.com (JIRA)














































movavi team
 created  JENKINS-27139


Active Directory plugin doesn't work, in attempt to be connected to the domain controler on the Internet















Issue Type:


Bug



Assignee:


Unassigned


Components:


active-directory-plugin



Created:


26/Feb/15 7:49 AM



Description:


Use version:
latest "Active Directory plugin" 1.39
latest Jenkins ver. 1.599

At a plug-in configuration, there is a mistake provided below.
The appeal to port of the controler of the domain doesn't happen.


javax.servlet.ServletException: java.lang.NumberFormatException: For input string: "4f8:0:a102::add:"
	at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:796)
	at org.kohsuke.stapler.Stapler.invoke(Stapler.java:876)
	at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:249)
	at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)
	at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:746)
	at org.kohsuke.stapler.Stapler.invoke(Stapler.java:876)
	at org.kohsuke.stapler.Stapler.invoke(Stapler.java:649)
	at org.kohsuke.stapler.Stapler.service(Stapler.java:238)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:848)
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:686)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1494)
	at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:123)
	at net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:198)
	at net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:176)
	at net.bull.javamelody.PluginMonitoringFilter.doFilter(PluginMonitoringFilter.java:85)
	at org.jvnet.hudson.plugins.monitoring.HudsonMonitoringFilter.doFilter(HudsonMonitoringFilter.java:99)
	at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:120)
	at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:114)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482)
	at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:48)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84)
	at hudson.security.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
	at jenkins.security.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:117)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
	at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
	at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
	at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
	at jenkins.security.BasicHeaderProcessor.doFilter(BasicHeaderProcessor.java:93)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
	at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249)
	at hudson.security.HttpSessionContextIntegrationFilter2.doFilter(HttpSessionContextIntegrationFilter2.java:67)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
	at hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76)
	at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:164)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482)
	at org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:49)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482)
	at hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:81)
	at org.eclipse

[JIRA] [github-plugin] (JENKINS-23995) Adding commit status context in github-plugin

2015-02-25 Thread adr...@changeover.za.net (JIRA)














































Adrian Moisey
 commented on  JENKINS-23995


Adding commit status context in github-plugin















I agree with Pedro. It would be nice if this was configurable, either by an env var or a config setting.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [cloudbees-folder-plugin] (JENKINS-27138) All build history lost after moving a job to the folder

2015-02-25 Thread ko...@mail.ru (JIRA)














































Igor Komrakov
 created  JENKINS-27138


All build history lost after moving a job to the folder















Issue Type:


Bug



Assignee:


Jesse Glick



Components:


cloudbees-folder-plugin



Created:


26/Feb/15 7:05 AM



Description:


I want to structurize existing jobs by folders. But if I move job into folder all it's build history will be lost. So, folders are useless for working jobs.




Environment:


jenkins 1.582, cloudbees folder plugin 4.7




Project:


Jenkins



Priority:


Critical



Reporter:


Igor Komrakov

























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [copy-to-slave-plugin] (JENKINS-25346) "Copy files back to master node" doesn't copy to workspace

2015-02-25 Thread svvivekan...@gmail.com (JIRA)














































Vivekanand SV
 commented on  JENKINS-25346


"Copy files back to master node" doesn't copy to workspace















@Dan, you can cancel the bounty, thats not needed to make me work, I was (and still am) busy with my personal life, that gives me no time to look 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







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [core] (JENKINS-12017) Seriously slow rendering/loading times for the job/foo/configure page

2015-02-25 Thread george.b...@bmo.com (JIRA)














































George Bell
 commented on  JENKINS-12017


Seriously slow rendering/loading times for the job/foo/configure page















I wonder if some sort of system of figuring out if there are slow loading plugins, or other issues with plugins could be designed. During load, and during config are the big headaches I've seen...it would be nice to have some sort of "these plugins are taking a long-time to load" report...or some generic stat reporting system that could aggregate plugin performance across different setups and try to determine what combinations of setups cause problems. (ie. this plugin starts to suck after 10 jobs, or when there are lots of tasks).



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [git-client-plugin] (JENKINS-24368) Authentication failed for https://usern...@bitbucket.org/project/repository.git

2015-02-25 Thread mark.earl.wa...@gmail.com (JIRA)












































  
Mark Waite
 edited a comment on  JENKINS-24368


Authentication failed for https://usern...@bitbucket.org/project/repository.git
















Credential based access to bitbucket repository works correctly.  Embedded user name and password in the https URL does not work with bitbucket.

Embedded user name and password in the https URL works with other providers (like google code).



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [git-client-plugin] (JENKINS-26026) Submodules not supported with JGit

2015-02-25 Thread mark.earl.wa...@gmail.com (JIRA)














































Mark Waite
 updated  JENKINS-26026


Submodules not supported with JGit
















Change By:


Mark Waite
(26/Feb/15 12:53 AM)




Summary:


Submodules
 gives java.lang.UnsupportedOperationException
 not supported
 with
 jGit
 JGit



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [git-client-plugin] (JENKINS-27115) GIt polling queries wrong head

2015-02-25 Thread mark.earl.wa...@gmail.com (JIRA)














































Mark Waite
 commented on  JENKINS-27115


GIt polling queries wrong head















I think you'd need to use a regular _expression_ like


:.*origin/.*er



as a way to match the branch name containing origin followed by a slash followed by any text which ends in "er".

I like your suggestion on the improvement of the help text. Are you willing to submit a pull request containing the help text that you think would best clarify the situation?  The current help text was a result of Alexander Link's significant effort to understand the behavior. I'm sure he'd be glad to see further improvements to that text.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [subversion-plugin] (JENKINS-27137) Connection Aborted since 2.5 on Win64

2015-02-25 Thread tim-christian.bl...@elaxy.de (JIRA)














































Tim-Christian Bloss
 created  JENKINS-27137


Connection Aborted since 2.5 on Win64















Issue Type:


Bug



Assignee:


Unassigned


Components:


subversion-plugin



Created:


26/Feb/15 12:34 AM



Description:


Since upgrade from 2.3 to 2.5 builds on windows slaves crash during (or shortly after) svn checkout.

Messages are mostly about connection abort between master and slave.


The problem arises when upgrading subversion plugin to 2.5.

The problem never occured using version 2.3 (used for nearly a year).

The problem did not (yet) arise using version 2.4.5 either (used one day so far).

Linux slaves (workspace on tmpfs, same os/jre/svn as master) are not affected by this problem.

The problem (when summing up different stack traces as shown below) seems to be reproducible by 100%.





CASE 1 : After svn check out , slave dit not get shut down nor disconnected at network layer (remote desktop active all the time!)

ERROR: Processing failed due to a bug in the code. Please report this to jenkinsci-us...@googlegroups.com
hudson.remoting.RequestAbortedException: java.net.SocketException: Connection reset
	at hudson.remoting.Request.abort(Request.java:295)
	at hudson.remoting.Channel.terminate(Channel.java:814)
	at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:69)
	at ..remote call to WindowsJev2(Native Method)
	at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1356)
	at hudson.remoting.Request.call(Request.java:171)
	at hudson.remoting.Channel.call(Channel.java:751)
	at hudson.FilePath.act(FilePath.java:969)
	at hudson.FilePath.act(FilePath.java:958)
	at hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.parsePoms(MavenModuleSetBuild.java:959)
	at hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.doRun(MavenModuleSetBuild.java:679)
	at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:533)
	at hudson.model.Run.execute(Run.java:1745)
	at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:531)
	at hudson.model.ResourceController.execute(ResourceController.java:89)
	at hudson.model.Executor.run(Executor.java:240)
Caused by: java.net.SocketException: Connection reset
	at java.net.SocketInputStream.read(SocketInputStream.java:189)
	at java.net.SocketInputStream.read(SocketInputStream.java:121)
	at java.io.FilterInputStream.read(FilterInputStream.java:133)
	at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
	at java.io.BufferedInputStream.read(BufferedInputStream.java:265)
	at hudson.remoting.FlightRecorderInputStream.read(FlightRecorderInputStream.java:82)
	at hudson.remoting.ChunkedInputStream.readHeader(ChunkedInputStream.java:72)
	at hudson.remoting.ChunkedInputStream.readUntilBreak(ChunkedInputStream.java:103)
	at hudson.remoting.ChunkedCommandTransport.readBlock(ChunkedCommandTransport.java:33)
	at hudson.remoting.AbstractSynchronousByteArrayCommandTransport.read(AbstractSynchronousByteArrayCommandTransport.java:34)
	at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:48)




CASE 2 : After svn check out , despite message slave did NOT go down nor got disconnected on network layer! (remote desktop active all the time!)

ERROR: POMs konnten nicht geparst werden
java.io.IOException: remote file operation failed: d:\jws\tools\hudson.tasks.Maven_MavenInstallation\Maven_3.0.4\hudson1843729123396716916.sh at hudson.remoting.Channel@69e40890:WindowsHMJev4: hudson.remoting.ChannelClosedException: channel is already closed
	at hudson.FilePath.act(FilePath.java:976)
	at hudson.FilePath.act(FilePath.java:958)
	at hudson.FilePath.delete(FilePath.java:1412)
	at hudson.tools.AbstractCommandInstaller.performInstallation(AbstractCommandInstaller.java:82)
	at hudson.tools.InstallerTranslator.getToolHome(InstallerTranslator.java:68)
	at hudson.tools.ToolLocationNodeProperty.getToolHome(ToolLocationNodeProperty.java:107)
	at hudson.tools.ToolInstallation.translateFor(ToolInstallation.java:205)
	at hudson.tasks.Maven$MavenInstallation.forNode(Maven.java:609)
	at hudson.maven.MavenModuleSetBuild$MavenM

[JIRA] [github-plugin] (JENKINS-23995) Adding commit status context in github-plugin

2015-02-25 Thread pe...@algarvio.me (JIRA)














































Pedro Algarvio
 commented on  JENKINS-23995


Adding commit status context in github-plugin















This is better than how it was but it's still not the desirable behavior I was after. Either a configurable string, or a configurable string with access to env vars.

Wan't me to open a new issue?



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [core] (JENKINS-20967) Cloud provisioning called when Jenkins is quieting Down

2015-02-25 Thread thomas.suc...@pnnl.gov (JIRA)














































Thomas Suckow
 commented on  JENKINS-20967


Cloud provisioning called when Jenkins is quieting Down















Changing NodeProvisioner would create a deadlock situation with NonBlockingTasks, such as a Matrix Build. Their slaves may never get created. I think it would be more appropriate to modify the behaviour of countBuildable*() in Queue to only count tasks that are not blocked by shutdown.

I have another pull request manipulating countBuildable, I may make a pull request for this after that one gets accepted.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [github-plugin] (JENKINS-27136) Workflow support for GitHub Push Triggers

2015-02-25 Thread pe...@algarvio.me (JIRA)














































Pedro Algarvio
 updated  JENKINS-27136


Workflow support for GitHub Push Triggers
















Change By:


Pedro Algarvio
(26/Feb/15 12:15 AM)




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







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [github-plugin] (JENKINS-27136) Workflow support for GitHub Push Triggers

2015-02-25 Thread pe...@algarvio.me (JIRA)














































Pedro Algarvio
 created  JENKINS-27136


Workflow support for GitHub Push Triggers















Issue Type:


Bug



Assignee:


Jesse Glick



Components:


github-plugin, workflow-plugin



Created:


26/Feb/15 12:14 AM



Description:


In continuation from https://issues.jenkins-ci.org/browse/JENKINS-26591 I'm also missing the gihub push triggers on the triggers section on the workflow job config page




Project:


Jenkins



Labels:


workflow




Priority:


Minor



Reporter:


Pedro Algarvio

























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [gerrit-trigger-plugin] (JENKINS-23236) PatchSetCreatedEvent now has a "kind" field

2015-02-25 Thread bluej...@gmail.com (JIRA)












































  
Braden Anderson
 edited a comment on  JENKINS-23236


PatchSetCreatedEvent now has a "kind" field
















Gerrit 2.10 has now been released. This issue is mentioned in the release notes: "Issue 2634: Add change kind to PatchSetCreatedEvent."

https://gerrit-documentation.storage.googleapis.com/ReleaseNotes/ReleaseNotes-2.10.html



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [workflow-plugin] (JENKINS-27105) workflow-plugin: 'env' before 'sh' will hang 'sh'

2015-02-25 Thread smar...@java.net (JIRA)














































smarmit
 commented on  JENKINS-27105


workflow-plugin: 'env' before 'sh' will hang 'sh'















Great, thank you. I didn't pick that up in the tutorial. That is the exact workaround I found. Thanks!



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [gerrit-trigger-plugin] (JENKINS-23236) PatchSetCreatedEvent now has a "kind" field

2015-02-25 Thread bluej...@gmail.com (JIRA)














































Braden Anderson
 commented on  JENKINS-23236


PatchSetCreatedEvent now has a "kind" field















Gerrit 2.10 has now been released.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [core] (JENKINS-26690) Build stats throws illegal argument exception on dashboard view

2015-02-25 Thread dan...@beckweb.net (JIRA)














































Daniel Beck
 updated  JENKINS-26690


Build stats throws illegal argument exception on dashboard view
















Tentatively assigning to Jesse Glick as he wrote the new build number based code.

Current hypothesis is that AbstractLazyLoadRunMap.headMap(Integer) cannot handle negative arguments (as passed by Dashboard View Plugin's Build Statistics Widget when there are fewer builds/lower numbered builds than the limit of 10) since AbstractLazyLoadRunMap.COMPARATOR overflows when given o1=Integer.MAX, o2=-5.

While there's a trivial workaround (remove that widget from dashboards), I'll leave the priority due to possible severity of the core bug.





Change By:


Daniel Beck
(25/Feb/15 10:49 PM)




Assignee:


Peter Hayes
Jesse Glick





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







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [workflow-plugin] (JENKINS-26307) CPS Groovy collection.find() returns Boolean

2015-02-25 Thread jgl...@cloudbees.com (JIRA)















































Jesse Glick
 resolved  JENKINS-26307 as Duplicate


CPS Groovy collection.find() returns Boolean
















Change By:


Jesse Glick
(25/Feb/15 10:33 PM)




Status:


Open
Resolved





Resolution:


Duplicate



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [workflow-plugin] (JENKINS-27076) Need ability to name workspaces

2015-02-25 Thread jgl...@cloudbees.com (JIRA)














































Jesse Glick
 commented on  JENKINS-27076


Need ability to name workspaces















Anyway JENKINS-26122 is the real request, not the directory name.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [workflow-plugin] (JENKINS-27076) Need ability to name workspaces

2015-02-25 Thread jgl...@cloudbees.com (JIRA)















































Jesse Glick
 resolved  JENKINS-27076 as Not A Defect


Need ability to name workspaces
















There is a dir step you can use if you want to run in a different directory.





Change By:


Jesse Glick
(25/Feb/15 10:22 PM)




Status:


Open
Resolved





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







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [workflow-plugin] (JENKINS-27078) Need ability to isolate console output from threaded execution

2015-02-25 Thread jgl...@cloudbees.com (JIRA)















































Jesse Glick
 resolved  JENKINS-27078 as Duplicate


Need ability to isolate console output from threaded execution
















Change By:


Jesse Glick
(25/Feb/15 10:22 PM)




Status:


Open
Resolved





Resolution:


Duplicate



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [workflow-plugin] (JENKINS-27098) Support outputting deployments to environment-dashboard

2015-02-25 Thread jgl...@cloudbees.com (JIRA)















































Jesse Glick
 resolved  JENKINS-27098 as Not A Defect


Support outputting deployments to environment-dashboard
















Not even in @jenkinsci. Should be refiled in https://github.com/vipinsthename/environment-dashboard/issues/new I suppose.





Change By:


Jesse Glick
(25/Feb/15 10:18 PM)




Status:


Open
Resolved





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







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [core] (JENKINS-27135) Some images are consistantly broken/not loading Jenkins ver. 1.565.2 on apache-tomcat-7.0.55

2015-02-25 Thread ygopin...@statestreet.com (JIRA)














































bergam yat
 created  JENKINS-27135


Some images are consistantly broken/not loading Jenkins ver. 1.565.2 on apache-tomcat-7.0.55















Issue Type:


Bug



Assignee:


Unassigned


Attachments:


image_fail_1.png, image_fail_2.png



Components:


core



Created:


25/Feb/15 10:17 PM



Description:


There are many random images which are broken in IE or Firefox. Its not sporadic , these images never load. Some are plugin icons and some are coverage graphs.

Coverage reports for some other projects are displaying.




Environment:


Jenkins ver. 1.565.2

OS : Red Hat Enterprise Linux Server release 6.5 (Santiago)

JDK : jdk-1.7.0-05-64

Tomcat : apache-tomcat-7.0.55




Project:


Jenkins



Priority:


Major



Reporter:


bergam yat

























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [durable-task-plugin] (JENKINS-26105) Unkillable tasks

2015-02-25 Thread jgl...@cloudbees.com (JIRA)














































Jesse Glick
 commented on  JENKINS-26105


Unkillable tasks















Current BourneShellScript specifically declines to copy stdout/stderr from the wrapper process to the build log, since doing so would consume a Thread, but this also makes diagnosis of this class of error harder. Should at a minimum allow the diagnosis to be enabled with a system property. Maybe it is possible to allocate a thread which stops listening after one second. Or maybe up to (say) five concurrent tasks in the system would get this diagnosis applied but subsequent ones would not, so that people experimenting with flow definitions would get the benefit of diagnosis but there would be little performance hit in busy production systems.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [workflow-plugin] (JENKINS-27105) workflow-plugin: 'env' before 'sh' will hang 'sh'

2015-02-25 Thread jgl...@cloudbees.com (JIRA)















































Jesse Glick
 resolved  JENKINS-27105 as Duplicate


workflow-plugin: 'env' before 'sh' will hang 'sh'
















Change By:


Jesse Glick
(25/Feb/15 10:11 PM)




Status:


Open
Resolved





Resolution:


Duplicate



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [websphere-deployer-plugin] (JENKINS-21863) WebSphere deployer: deploy to cluster

2015-02-25 Thread ryr...@gmail.com (JIRA)














































Wryel Covo
 commented on  JENKINS-21863


WebSphere deployer: deploy to cluster















Hi guys, 

The implementation for clusters from Leonardo worked fine for me.

But now, I have a scenario (and other peoples can be have ...) that i need deploy one artifact in one cluster and one server in only one deploy action, example of view of "Manage Modules" in WebSphere from these application:


WebSphere:cell=webwas01-deCell01,node=IHS-WAS8,server=IHS-WAS8
WebSphere:cell=webwas01-deCell01,cluster=cluster-your-name


To accept all scenarios (it's just an idea, do not know how the implementation of the WAS plugin works) would not be better to have a textarea with this configuration instead of the fields with the information from a single server? (I imagine that even this kind of change breaks compatibility plugin too)

Thanks.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [core] (JENKINS-16536) PermGen leak

2015-02-25 Thread dan...@beckweb.net (JIRA)














































Daniel Beck
 commented on  JENKINS-16536


PermGen leak















Give it more than 64MB or whatever you have configured or is the default. Set it to 128MB and see whether it stabilizes.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [core] (JENKINS-22519) Jenkins Build History page: Build Status table is always empty on Safari

2015-02-25 Thread dan...@beckweb.net (JIRA)














































Daniel Beck
 commented on  JENKINS-22519


Jenkins Build History page: Build Status table is always empty on Safari















Did you submit a fix, or is this something local to your install?

If this occurs for all users who use Jenkins in French, it's definitely a bug...



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [websphere-deployer-plugin] (JENKINS-25896) deployed WebSphere Deployer plugin Plugin

2015-02-25 Thread ryr...@gmail.com (JIRA)














































Wryel Covo
 commented on  JENKINS-25896


deployed WebSphere Deployer plugin Plugin















@raphael, can you put the complete stacktrace on txt and attach?



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [ghprb-plugin] (JENKINS-26591) Workflow support for GitHub Pull Requests Trigger

2015-02-25 Thread scm_issue_l...@java.net (JIRA)














































SCM/JIRA link daemon
 commented on  JENKINS-26591


Workflow support for GitHub Pull Requests Trigger















Code changed in jenkins
User: Jesse Glick
Path:
 COMPATIBILITY.md
http://jenkins-ci.org/commit/workflow-plugin/a8bc736218b0cf23fdc06143e5de7ef07a9ef8b8
Log:
  JENKINS-26591 Noting.





























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [groovy-postbuild-plugin] (JENKINS-26918) Workflow support for Groovy Postbuild

2015-02-25 Thread scm_issue_l...@java.net (JIRA)














































SCM/JIRA link daemon
 commented on  JENKINS-26918


Workflow support for Groovy Postbuild















Code changed in jenkins
User: Jesse Glick
Path:
 COMPATIBILITY.md
http://jenkins-ci.org/commit/workflow-plugin/d0342a794caa94ef663cddc86097a9730ea6ba57
Log:
  JENKINS-26918 Noting.





























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [groovy-postbuild-plugin] (JENKINS-26918) Workflow support for Groovy Postbuild

2015-02-25 Thread jgl...@cloudbees.com (JIRA)














































Jesse Glick
 updated  JENKINS-26918


Workflow support for Groovy Postbuild
















Change By:


Jesse Glick
(25/Feb/15 9:31 PM)




Summary:


Add workflow
Workflow
 support
 for Groovy Postbuild



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [ghprb-plugin] (JENKINS-26591) Workflow support for GitHub Pull Requests Trigger

2015-02-25 Thread jgl...@cloudbees.com (JIRA)














































Jesse Glick
 updated  JENKINS-26591


Workflow support for GitHub Pull Requests Trigger
















Change By:


Jesse Glick
(25/Feb/15 9:29 PM)




Summary:


Workflow support for
GitHub Pull Requests Trigger
 Support





Labels:


workflow





Component/s:


workflow-plugin



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [config-file-provider-plugin] (JENKINS-26247) added SimpleBuildStep implementation for workflow-plugin support.

2015-02-25 Thread jgl...@cloudbees.com (JIRA)















































Jesse Glick
 resolved  JENKINS-26247 as Duplicate


added SimpleBuildStep implementation for workflow-plugin support.
















Consolidating to JENKINS-26339.





Change By:


Jesse Glick
(25/Feb/15 9:29 PM)




Status:


Open
Resolved





Resolution:


Duplicate



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [config-file-provider-plugin] (JENKINS-26247) added SimpleBuildStep implementation for workflow-plugin support.

2015-02-25 Thread jgl...@cloudbees.com (JIRA)














































Jesse Glick
 updated  JENKINS-26247


added SimpleBuildStep implementation for workflow-plugin support.
















Change By:


Jesse Glick
(25/Feb/15 9:28 PM)




Labels:


workflow





Component/s:


workflow-plugin



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [workflow-plugin] (JENKINS-27134) Permission for input approval

2015-02-25 Thread jgl...@cloudbees.com (JIRA)














































Jesse Glick
 created  JENKINS-27134


Permission for input approval















Issue Type:


Improvement



Assignee:


Jesse Glick



Components:


workflow-plugin



Created:


25/Feb/15 9:21 PM



Description:


Currently the input step allows you to specify a submitter, which may be a user ID or an external group ("granted authority"). This does not work well with authorization strategies, especially those that allow you to group together users inside Jenkins, such as (but not limited to) nectar-rbac in Jenkins Enterprise by CloudBees.

Arguably the more natural approach would be for InputStep to define a new permission, "approve flow", which would be checked on the WorkflowRun (can use PermissionScope.RUN). Thus rather than specifying a submitter for a particular step you would just ensure there was an RBAC group defined on the flow job (or its folder, etc.) which granted that permission and included the people you want. Then no reference need be made to any particular AuthorizationStrategy at all; this behavior would just follow from the Jenkins authorization model.

If defined, submitter would still be consulted in case the approving user lacked the new permission. There is a potential compatibility issue in case submitter was not defined; today that means that any user (even anonymous) can approve the flow, whereas we would want the new permission to be enforced. Unfortunately Jenkins offers no way to mark a newly introduced Permission as "granted until explicitly denied", except via system property hacks; see comment in JENKINS-17200. Lacking that, the only option is to break compatibility and say that existing input steps without submitter will now reject random users from approving. The new permission could be implied by, for example, Item.CONFIGURE to minimize the impact—approval by the person who wrote the flow would still be guaranteed to work.




Project:


Jenkins



Labels:


permissions




Priority:


Minor



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







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [svnmerge-plugin] (JENKINS-26347) Credentials not found for merge from mainline

2015-02-25 Thread ghansen...@gmail.com (JIRA)














































Greg Hansen
 commented on  JENKINS-26347


Credentials not found for merge from mainline















Sorry, didn't see that you'd asked questions. Here you go:
Run on a slave:  yes
Slave is a CentOS 5.8 machine (needed by our product build)
Protocol is HTTPS
Master is not configured to be able to run the build, it's running CentOS 6.

Thanks for looking at 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







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [subversion-plugin] (JENKINS-26458) org.tmatesoft.svn.core.SVNException: svn: E155021: This client is too old to work with the working copy

2015-02-25 Thread fherr...@todo1.com (JIRA)














































Francisco Herrera
 commented on  JENKINS-26458


org.tmatesoft.svn.core.SVNException: svn: E155021: This client is too old to work with the working copy















I got the error after updating from version 2.4.3 to 2.5. I had to downgrade to fix the problem. Subversion client is 1.7.4.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [hp-application-automation-tools-plugin] (JENKINS-26419) *ResultDir* and *TestDir* build-in UFT environment variables are set to _Path of the folder in which the test is located_

2015-02-25 Thread jonathan.cliff...@fcc-fac.ca (JIRA)














































Jon Clifford
 commented on  JENKINS-26419


*ResultDir* and *TestDir* build-in UFT environment variables are set to _Path of the folder in which the test is located_















Is this possible to be fixed or to provide a work around?  We are unable to run duplicates of the same script on different slave machines since we keep getting an error that the results folder is being used.  The error in jenkins is "The process cannot access the file 'Results.xml' because it is being used by another process"



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [workflow-plugin] (JENKINS-26120) Safe sleep step

2015-02-25 Thread jgl...@cloudbees.com (JIRA)















































Jesse Glick
 resolved  JENKINS-26120 as Fixed


Safe sleep step
















Change By:


Jesse Glick
(25/Feb/15 8:53 PM)




Status:


In Progress
Resolved





Resolution:


Fixed



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [docker-build-publish-plugin] (JENKINS-24338) Issues with docker permissions

2015-02-25 Thread michael.ne...@gmail.com (JIRA)















































Michael Neale
 resolved  JENKINS-24338 as Won't Fix


Issues with docker permissions
















Closing this as work-around seems the "correct" thing to do. 





Change By:


Michael Neale
(25/Feb/15 8:47 PM)




Status:


Open
Resolved





Resolution:


Won't Fix



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [docker-build-publish-plugin] (JENKINS-25689) Multiple tagging of docker images

2015-02-25 Thread michael.ne...@gmail.com (JIRA)















































Michael Neale
 resolved  JENKINS-25689 as Fixed


Multiple tagging of docker images
















This was addressed by a few recent pull requests and other improvements. 





Change By:


Michael Neale
(25/Feb/15 8:48 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







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [docker-build-publish-plugin] (JENKINS-27132) Build not properly inheriting environment

2015-02-25 Thread michael.ne...@gmail.com (JIRA)














































Michael Neale
 commented on  JENKINS-27132


Build not properly inheriting environment















Not sure what you mean by environment variables - in a docker build - it can't really be parametrised by environment variables (the idea is that it runs the same, the Dockerfile is self describing). 

Can you explain more the steps you are doing? The environment from jenkins is provided the same as for a freestyle step when running the docker command - but that won't mean anything when running a docker build. 

I am probably not understanding what you are doing exactly - I gather in your image somewhere are pre-compiled assets you need to publish? what does it look like when you script it from outside? 



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [hue-light-plugin] (JENKINS-22048) Hue-Light plugin doesn't work with Maven jobs

2015-02-25 Thread francis.lab...@gmail.com (JIRA)















































Francis Labrie
 resolved  JENKINS-22048 as Fixed


Hue-Light plugin doesn't work with Maven jobs
















In version 1.1.





Change By:


Francis Labrie
(25/Feb/15 8:39 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







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [git-client-plugin] (JENKINS-27115) GIt polling queries wrong head

2015-02-25 Thread tfo...@osrfoundation.org (JIRA)














































Tully Foote
 commented on  JENKINS-27115


GIt polling queries wrong head















Is this the discussion from Alexander Link you are referring to? https://issues.jenkins-ci.org/browse/JENKINS-20767

When searching for that I also found related tickets: https://issues.jenkins-ci.org/browse/JENKINS-25580 and https://issues.jenkins-ci.org/browse/JENKINS-14026 

I've been trying many regex invocations. Using the java regex http://www.tutorialspoint.com/java/java_regular_expressions.htm
But it does not appear that the simple regex :branch/name works. The ls-remote gets passed the entire regex including the : and fails to match anything. And then also passes the full string through to the clone which also fails. 

I think I've found that I can make it work with the wildcard evaluation using */full/branch/name, based on the first link above. 

I completely understand keeping backwards compatibility so as not to break existing users relying on the behavior. However, I would like to suggest adding an option which defaults to off which can disable the legacy trimming behavior to allow users the option to avoid it if they want. 

It's also really frustrating that these things are not documented in the help fields. The trimming is not mentioned in the help fields, and recommending the fully qualified paths to "avoid ambiguity" without mentioning that they are actually going to be trimmed and ambiguous is very frustrating. 

From finding the other related issues, it seems that I'm not the only one encountering this problem. It would be really great to get an option to disable the trimming. With or without that updating the documentation to mention the trimming and potential work around solutions would be greatly appreciated.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [core] (JENKINS-22519) Jenkins Build History page: Build Status table is always empty on Safari

2015-02-25 Thread francis.lab...@gmail.com (JIRA)















































Francis Labrie
 resolved  JENKINS-22519 as Not A Defect


Jenkins Build History page: Build Status table is always empty on Safari
















Forget this report, the issue was finally related to a French localization. The following string:

Click to center timeline on event


Was translated to:

Cliquer afin de centrer le calendrier sur l''événement


But this was breaking the _javascript_ code. Adding a backslash \ prefix fix the problem:

Cliquer afin de centrer le calendrier sur l\''événement






Change By:


Francis Labrie
(25/Feb/15 8:11 PM)




Status:


Open
Resolved





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







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [acceptance-test-harness] (JENKINS-27133) Explicitly declare tests requires properties to run

2015-02-25 Thread ogon...@gmail.com (JIRA)














































Oliver Gondža
 created  JENKINS-27133


Explicitly declare tests requires properties to run















Issue Type:


Bug



Assignee:


Oliver Gondža



Components:


acceptance-test-harness



Created:


25/Feb/15 7:51 PM



Description:


Some tests integrates against existing services and are activated iff certain properties are provided.

Current implementation skip the test after Jenkins was started wasting a lot of time.




Project:


Jenkins



Priority:


Minor



Reporter:


Oliver Gondža

























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [core] (JENKINS-22519) Jenkins Build History page: Build Status table is always empty on Safari

2015-02-25 Thread francis.lab...@gmail.com (JIRA)














































Francis Labrie
 updated  JENKINS-22519


Jenkins Build History page: Build Status table is always empty on Safari
















Change By:


Francis Labrie
(25/Feb/15 7:54 PM)




Summary:


Jenkins Build History page: Build Status table is always empty
 on Safari





Environment:


Jenkins 1.
557
544 to 1.599
 running on OS X Server 10.9.2Web Browsers:
 All major,
 Safari 8.0.3
 on
 Mac
 OS X
 and Windows
 10
.
10.





Description:


Since Jenkins 1.544, the *Build Status* section below the timeline graphic on the *Jenkins Build History* page is always empty
 on Safari 8
.
0.3.
 See screenshot below. Build jobs appear successfully in the timeline, but nothing is shown in the *Build Status* table below.This issue is still present in current Jenkins 1.
577
599
.
 Below are the errors logged in the Safari browser Console:{code}[Log] locale set to en (common-content.js, line 98)[Error] SyntaxError: Unexpected identifier 'événement'. Expected '}' to end a object literal.	(fonction anonyme) (builds, line 153)[Error] ReferenceError: Can't find variable: displayBuilds	global code (builds, line 166)[Log] locale set to en (common-content.js, line 98)[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (__history__.html, line 0)[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (message-left.png, line 0)[Error] Failed to load resource: the server responded with a status of 404 (Not Found) (message-right.png, line 0)[Log] locale set to en (common-content.js, line 98){code}The *Build Status* table is not empty using Firefox 36.0 on Mac OS X 10.10, and only one error is logged in the Console:{code}aucun élément trouvé start:1:1GET https://jenkins.mobile.cgi.com/view/Dashboard/__history__.html [HTTP/1.1 404 Not Found 31ms]{code}





Component/s:


dashboard-view-plugin



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [dashboard-view-plugin] (JENKINS-18880) Build statistics does not display result with regex .* filter

2015-02-25 Thread francis.lab...@gmail.com (JIRA)












































  
Francis Labrie
 edited a comment on  JENKINS-18880


Build statistics does not display result with  regex .* filter
















This problem has been fixed in the past, but since a month or two, Build statistics are still empty in the Jenkins 1.599 Dashboard Portlet when using a regular _expression_ filter like .*. It only work if I select jobs individually.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [dashboard-view-plugin] (JENKINS-18880) Build statistics does not display result with regex .* filter

2015-02-25 Thread francis.lab...@gmail.com (JIRA)














































Francis Labrie
 reopened  JENKINS-18880


Build statistics does not display result with  regex .* filter
















This problem has been fixed in the past, but since a month or two, Build statistics are still empty in the Jenkins 1.599 Dashboard Portlet when using a regular _expression_ filter like .*.





Change By:


Francis Labrie
(25/Feb/15 7:26 PM)




Resolution:


Fixed





Status:


Resolved
Reopened



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [dashboard-view-plugin] (JENKINS-18880) Build statistics does not display result with regex .* filter

2015-02-25 Thread francis.lab...@gmail.com (JIRA)














































Francis Labrie
 updated  JENKINS-18880


Build statistics does not display result with  regex .* filter
















Change By:


Francis Labrie
(25/Feb/15 7:27 PM)




Attachment:


Capture d’écran 2015-02-25 à 2.23.00 PM.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







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [docker-build-publish-plugin] (JENKINS-27132) Build not properly inheriting environment

2015-02-25 Thread m...@apptentive.com (JIRA)














































Mike Saffitz
 created  JENKINS-27132


Build not properly inheriting environment















Issue Type:


Bug



Assignee:


Michael Neale



Components:


docker-build-publish-plugin



Created:


25/Feb/15 7:27 PM



Description:


We're building a rails app into a Docker container, and as part of that in our Dockerfile we:

`RUN bundle exec rake assets:precompile`

This uses sprockets to compile the assets, generates a manifest file into the Docker image, and synchronizes the assets to S3 for exposure on the CDN.  Asset synchronization occurs via credentials exposed in the environment of the user running the docker build command.

This works locally, but it appears that this plugin doesn't run the build command in the same environment that the jenkins user runs, nor does it respect the environment variables injected into the workspace by jenkins.

I'm not sure if this is a bug or a feature request, but either way, it'd be cool if this worked.  




Project:


Jenkins



Labels:


envinject
environment
environment-variables




Priority:


Critical



Reporter:


Mike Saffitz

























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [docker-build-publish-plugin] (JENKINS-24338) Issues with docker permissions

2015-02-25 Thread m...@apptentive.com (JIRA)














































Mike Saffitz
 commented on  JENKINS-24338


Issues with docker permissions















Just a note that the solution Valeri Golubev posted fixed the issue for me.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [core] (JENKINS-16536) PermGen leak

2015-02-25 Thread jburr...@navisite.com (JIRA)














































Jay Burrill
 commented on  JENKINS-16536


PermGen leak















I am seeing this in a new installation of Jenkins 1.599 on RHEL 6.3:

A problem occurred while processing the request. Please check our bug tracker to see if a similar problem has already been
reported. If it is already reported, please vote and put a comment on it to let us gauge the impact of the problem. If you
think this is a new issue, please file a new issue. When you file an issue, make sure to add the entire stack trace, along
with the version of Jenkins and relevant plugins. The users list might be also useful in understanding what has happened.

Stack trace

javax.servlet.ServletException: org.apache.commons.jelly.JellyTagException: jar:file:/var/cache/jenkins/war/WEB-INF/lib/jenkins-core-1.599.jar!/jenkins/model/Jenkins/configure.jelly:59:84:  java.lang.OutOfMemoryError: PermGen space
	at org.kohsuke.stapler.jelly.JellyFacet$1.dispatch(JellyFacet.java:103)
	at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:746)
	at org.kohsuke.stapler.Stapler.invoke(Stapler.java:876)
	at org.kohsuke.stapler.Stapler.invoke(Stapler.java:649)
	at org.kohsuke.stapler.Stapler.service(Stapler.java:238)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:848)
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:686)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1494)
	at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:123)
	at com.smartcodeltd.jenkinsci.plugin.assetbundler.filters.LessCSS.doFilter(LessCSS.java:46)
	at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:120)
	at hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:58)
	at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:120)
	at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:114)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482)
	at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:48)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84)
	at hudson.security.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
	at jenkins.security.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:117)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
	at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
	at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
	at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
	at jenkins.security.BasicHeaderProcessor.doFilter(BasicHeaderProcessor.java:93)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
	at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249)
	at hudson.security.HttpSessionContextIntegrationFilter2.doFilter(HttpSessionContextIntegrationFilter2.java:67)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
	at hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76)
	at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:164)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482)
	at org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:49)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482)
	at hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:81)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482)
	at org.kohsuke.stapler.DiagnosticThreadNameFilter.doFilter(DiagnosticThreadNameFilter.java:30)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1474)
	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:499)
	at org.eclipse.jetty.serv

[JIRA] [configure-job-column-plugin] (JENKINS-16744) crash when loading job configuration page

2015-02-25 Thread jburr...@navisite.com (JIRA)














































Jay Burrill
 commented on  JENKINS-16744


crash when loading job configuration page















I am seeing this error under a new installation of Jenkins on RHEL 6.3.  Is there a known solution?



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [warnings-plugin] (JENKINS-27131) Possibility to get used logfile and line number of warning in logfile

2015-02-25 Thread nf...@gmx.de (JIRA)














































nif y
 created  JENKINS-27131


Possibility to get used logfile and line number of warning in logfile















Issue Type:


Improvement



Assignee:


Ulli Hafner



Components:


warnings-plugin



Created:


25/Feb/15 6:46 PM



Description:


To due the fact that some log-files consists of warnings but neither information about source code file nor information about line number, it would be helpful to link to the log-file and the line number of the warning in the log-file instead.

e.g. @ groovy-script

...
String fileName = {selected log-file currently parsed}
String lineNumber = {lineNumber in log-file currently analyzed}
...
return new Warning(fileName, Integer.parseInt(lineNumber), "Dynamic Parser", "xyz Warning", message);

To work around the problem if the parser is analyzing stdout instead of a log-file, either stdout could be linked (if possible) or the problem should be handled in the groovy-script.




Project:


Jenkins



Priority:


Minor



Reporter:


nif y

























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [token-macro-plugin] (JENKINS-27130) Failed to load jobs after upgrading Jenkins

2015-02-25 Thread zc...@silver-peak.com (JIRA)














































Zuhao Chen
 created  JENKINS-27130


Failed to load jobs after upgrading Jenkins















Issue Type:


Bug



Assignee:


Kohsuke Kawaguchi



Components:


token-macro-plugin



Created:


25/Feb/15 6:17 PM



Description:


After I upgrade to the latest Jenkins and all plugins to latest version. I see bunch of there exception in logs.

SEVERE: Failed Loading job VXOA_Test_PyUnit_6.2
java.lang.NoClassDefFoundError: org/jenkinsci/plugins/tokenmacro/DataBoundTokenMacro
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:634)
at jenkins.util.AntClassLoader.defineClassFromData(AntClassLoader.java:1138)
at hudson.ClassicPluginStrategy$AntClassLoader2.defineClassFromData(ClassicPluginStrategy.java:756)
at jenkins.util.AntClassLoader.getClassFromStream(AntClassLoader.java:1309)
at jenkins.util.AntClassLoader.findClassInComponents(AntClassLoader.java:1365)
at jenkins.util.AntClassLoader.findClass(AntClassLoader.java:1325)
at jenkins.util.AntClassLoader.loadClass(AntClassLoader.java:1078)
at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
at hudson.plugins.emailext.EmailExtTemplateActionFactory.createFor(EmailExtTemplateActionFactory.java:35)
at hudson.model.AbstractProject.createTransientActions(AbstractProject.java:749)
at hudson.model.Project.createTransientActions(Project.java:235)
at hudson.model.AbstractProject.updateTransientActions(AbstractProject.java:739)
at hudson.model.AbstractProject.onLoad(AbstractProject.java:332)
at hudson.model.Project.onLoad(Project.java:95)
at hudson.model.Items.load(Items.java:279)
at jenkins.model.Jenkins$18.run(Jenkins.java:2655)
at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:169)
at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:282)
at jenkins.model.Jenkins$7.runTask(Jenkins.java:885)
at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:210)
at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:117)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:679)
Caused by: java.lang.ClassNotFoundException: org.jenkinsci.plugins.tokenmacro.DataBoundTokenMacro
at jenkins.util.AntClassLoader.findClassInComponents(AntClassLoader.java:1375)
at jenkins.util.AntClassLoader.findClass(AntClassLoader.java:1325)
at jenkins.util.AntClassLoader.loadClass(AntClassLoader.java:1078)
at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
... 25 more
Feb 24, 2015 3:22:46 PM jenkins.InitReactorRunner$1 onTaskFailed




Project:


Jenkins



Priority:


Major



Reporter:


Zuhao Chen

























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [robot-plugin] (JENKINS-20465) output.xml with date-timestamp not found

2015-02-25 Thread jussi.ao.mali...@gmail.com (JIRA)














































Jussi Malinen
 commented on  JENKINS-20465


output.xml with date-timestamp not found















Using filename output*.xml seems to work for me. I assume this is not a problem anymore?



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [timestamper-plugin] (JENKINS-27054) Radio buttons would be easier to click if associated text was part of a

2015-02-25 Thread paul.f....@gmail.com (JIRA)














































Paul Fee
 commented on  JENKINS-27054


Radio buttons would be easier to click if associated text was part of a 















I got the 1.5.16 update via the Manage Plugins page and confirmed that the enhancement worked as expected.  Thanks!



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [robot-plugin] (JENKINS-19024) Ability to set thresholds with test number in addition to percentage

2015-02-25 Thread jussi.ao.mali...@gmail.com (JIRA)














































Jussi Malinen
 commented on  JENKINS-19024


Ability to set thresholds with test number in addition to percentage















this has been open for a long time... Is someone still missing this feature currently?



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [robot-plugin] (JENKINS-23077) robotframework plugin throws exception on missing output-dir when the build fails

2015-02-25 Thread jussi.ao.mali...@gmail.com (JIRA)














































Jussi Malinen
 commented on  JENKINS-23077


robotframework plugin throws exception on missing output-dir when the build fails















Couldnt you do this so, that you would have robot tests a job that is executed automatically after your build job, if that passes? And so if the build fails, the robot job is never executed?

Am I missing something important?



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [promoted-builds-plugin] (JENKINS-11176) Promotion criteria "If the build is a release build" is broken and displays duplicated

2015-02-25 Thread behera...@gmail.com (JIRA)















































Marcelo Behera
 closed  JENKINS-11176 as Fixed


Promotion criteria "If the build is a release build" is broken and displays duplicated
















Change By:


Marcelo Behera
(25/Feb/15 5:34 PM)




Status:


Resolved
Closed



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [promoted-builds-plugin] (JENKINS-11176) Promotion criteria "If the build is a release build" is broken and displays duplicated

2015-02-25 Thread behera...@gmail.com (JIRA)












































  
Marcelo Behera
 edited a comment on  JENKINS-11176


Promotion criteria "If the build is a release build" is broken and displays duplicated
















In registerExtension ( ) method , the ReleasePromotionCondition class, put a test whether the instance of DescriptorImpl class had already been added to the list , preventing duplication of the object condition. Also changed the return type of the newInstance () method of PromotionCondition to ReleasePromotionCondition in DescriptorImpl class.

public static void registerExtension() {

	DescriptorExtensionList listPromotionCondition = PromotionCondition.all();

	if(!listPromotionCondition.contains(DescriptorImpl.class)){
   PromotionCondition.all().add(new DescriptorImpl());
	}
}

public ReleasePromotionCondition newInstance(StaplerRequest req, JSONObject formData) throws FormException {
return new ReleasePromotionCondition();
}





























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [promoted-builds-plugin] (JENKINS-11176) Promotion criteria "If the build is a release build" is broken and displays duplicated

2015-02-25 Thread behera...@gmail.com (JIRA)












































  
Marcelo Behera
 edited a comment on  JENKINS-11176


Promotion criteria "If the build is a release build" is broken and displays duplicated
















In registerExtension ( ) method , the ReleasePromotionCondition class, put a test whether the instance of DescriptorImpl class had already been added to the list , preventing duplication of the object condition. Also changed the return type of the newInstance() method of PromotionCondition to ReleasePromotionCondition in DescriptorImpl class.

public static void registerExtension() {

	DescriptorExtensionList listPromotionCondition = PromotionCondition.all();

	if(!listPromotionCondition.contains(DescriptorImpl.class)){
   PromotionCondition.all().add(new DescriptorImpl());
	}
}

public ReleasePromotionCondition newInstance(StaplerRequest req, JSONObject formData) throws FormException {
return new ReleasePromotionCondition();
}





























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [robot-plugin] (JENKINS-22603) Add support Dashboard View

2015-02-25 Thread jussi.ao.mali...@gmail.com (JIRA)














































Jussi Malinen
 commented on  JENKINS-22603


Add support Dashboard View















I havent used the dashboard view myself... Unless someone from Nokia requests this, I dont think we will have time to do this in near future. We are happy about all pull requests though!



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [promoted-builds-plugin] (JENKINS-11176) Promotion criteria "If the build is a release build" is broken and displays duplicated

2015-02-25 Thread behera...@gmail.com (JIRA)















































Marcelo Behera
 resolved  JENKINS-11176 as Fixed


Promotion criteria "If the build is a release build" is broken and displays duplicated
















No método registerExtension(), da classe ReleasePromotionCondition, coloquei um teste se a instância da classe DescriptorImpl já havia sido adicionada na lista, não permitindo a duplicação do objeto condição. Mudei também o tipo de retorno do método newInstance() de PromotionCondition para ReleasePromotionCondition na classe DescriptorImpl.


public static void registerExtension() {

	DescriptorExtensionList listPromotionCondition = PromotionCondition.all();

	if(!listPromotionCondition.contains(DescriptorImpl.class)){
   PromotionCondition.all().add(new DescriptorImpl());
	}
}

public ReleasePromotionCondition newInstance(StaplerRequest req, JSONObject formData) throws FormException {
return new ReleasePromotionCondition();
}







Change By:


Marcelo Behera
(25/Feb/15 5:31 PM)




Status:


In Progress
Resolved





Resolution:


Fixed



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [robot-plugin] (JENKINS-26980) Enable configuration of "Robot Results" column in the default job list view

2015-02-25 Thread jussi.ao.mali...@gmail.com (JIRA)














































Jussi Malinen
 commented on  JENKINS-26980


Enable configuration of "Robot Results" column in the default job list view















Cheers, the pull request looks good. I think it is better to keep it by default, so that we dont change the behaviour for all the current users.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [robot-plugin] (JENKINS-24281) Add option to move files during test result publishing

2015-02-25 Thread jussi.ao.mali...@gmail.com (JIRA)














































Jussi Malinen
 commented on  JENKINS-24281


Add option to move files during test result publishing















Could you elaborate why the copy is not enough? Wouldnt the files that are copied get removed later anyway?



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [robot-plugin] (JENKINS-23209) Provide a way to provide all warning that occurred in a test case

2015-02-25 Thread jussi.ao.mali...@gmail.com (JIRA)














































Jussi Malinen
 commented on  JENKINS-23209


Provide a way to provide all warning that occurred in a test case















Hi! There doesnt seem to be too much interesting in implementing this and no one at Nokia has requested this (our sponsor). But if you would like to make a pull request, we could then include 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







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [robot-plugin] (JENKINS-26245) Add option to show "all tests" or "critical tests" in the Listviewcolumn that shows overall passed/failed tests in project listing

2015-02-25 Thread jussi.ao.mali...@gmail.com (JIRA)












































  
Jussi Malinen
 edited a comment on  JENKINS-26245


Add option to show "all tests" or "critical tests" in the Listviewcolumn that shows overall passed/failed tests in project listing
















Hi!

Typically during development you would use:
mvn hpi:run

that starts a local standalone jenkins with the current development code for robot plugin in use. The jobs that you create there are not removed when you run mvn clean, so you can keep on using the jobs you created once.

I think it would be easiest to work like that.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [conditional-buildstep-plugin] (JENKINS-24242) On evaluation failure is not being honored

2015-02-25 Thread sushija...@gmail.com (JIRA)














































Jason Tsai
 commented on  JENKINS-24242


On evaluation failure is not being honored















is it possible for me to mark the status as "ABORTED" or "SKIPPED" (show a grey ball in status) instead of the default "SUCCESS"? (blue ball)




























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [promoted-builds-plugin] (JENKINS-11176) Promotion criteria "If the build is a release build" is broken and displays duplicated

2015-02-25 Thread behera...@gmail.com (JIRA)














































Marcelo Behera
 started work on  JENKINS-11176


Promotion criteria "If the build is a release build" is broken and displays duplicated
















Change By:


Marcelo Behera
(25/Feb/15 5:22 PM)




Status:


Open
In Progress



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [promoted-builds-plugin] (JENKINS-11176) Promotion criteria "If the build is a release build" is broken and displays duplicated

2015-02-25 Thread behera...@gmail.com (JIRA)















































Marcelo Behera
 assigned  JENKINS-11176 to Marcelo Behera



Promotion criteria "If the build is a release build" is broken and displays duplicated
















Change By:


Marcelo Behera
(25/Feb/15 5:21 PM)




Assignee:


Marcelo Behera



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [robot-plugin] (JENKINS-26245) Add option to show "all tests" or "critical tests" in the Listviewcolumn that shows overall passed/failed tests in project listing

2015-02-25 Thread jussi.ao.mali...@gmail.com (JIRA)














































Jussi Malinen
 commented on  JENKINS-26245


Add option to show "all tests" or "critical tests" in the Listviewcolumn that shows overall passed/failed tests in project listing















And that bug about stapler you run into, I have found it earlier and am cleaning up my fix for commit right now. It should not show up if you use mvn hpi:run.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [robot-plugin] (JENKINS-26245) Add option to show "all tests" or "critical tests" in the Listviewcolumn that shows overall passed/failed tests in project listing

2015-02-25 Thread jussi.ao.mali...@gmail.com (JIRA)














































Jussi Malinen
 commented on  JENKINS-26245


Add option to show "all tests" or "critical tests" in the Listviewcolumn that shows overall passed/failed tests in project listing















Hi!

Typically during development you would use:
mvn hpi:run

that start a local standalone jenkins with the latest plugin in use. The jobs that you create there are not removed when you run mvn clean, so you can keep on using the jobs you created once.

I think it would be easiest to work like that.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [git-client-plugin] (JENKINS-27093) Spurious gits scm poll change detection with git-plugin 2.3.5 & git-client-plugin 1.16.1

2015-02-25 Thread paul.sokolov...@linaro.org (JIRA)














































Paul Sokolovsky
 updated  JENKINS-27093


Spurious gits scm poll change detection with git-plugin 2.3.5 & git-client-plugin 1.16.1
















build.xml's from builds #159, #160 of the job above are attached.





Change By:


Paul Sokolovsky
(25/Feb/15 5:10 PM)




Attachment:


159-build.xml





Attachment:


160-build.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







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [ec2-plugin] (JENKINS-26716) Jobs throttled via the Throttle Concurrent Builds plugin fail to launch new ec2 provisioned slaves when necessary

2015-02-25 Thread tba...@circle.com (JIRA)














































Trevor Baker
 updated  JENKINS-26716


Jobs throttled via the Throttle Concurrent Builds plugin fail to launch new ec2 provisioned slaves when necessary
















Change By:


Trevor Baker
(25/Feb/15 4:54 PM)




Description:


When concurrent jobs are throttled across categories new ec2 provisioned slaves are not launched when they are required.  The ec2 plugin should
 not
 detect that even though there may be executors available that they can not run the job(s) due to concurrent throttling.  These two plugins should interop 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







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [git-client-plugin] (JENKINS-27093) Spurious gits scm poll change detection with git-plugin 2.3.5 & git-client-plugin 1.16.1

2015-02-25 Thread paul.sokolov...@linaro.org (JIRA)














































Paul Sokolovsky
 commented on  JENKINS-27093


Spurious gits scm poll change detection with git-plugin 2.3.5 & git-client-plugin 1.16.1















Thanks for the replies and commits already made. So, our situation is that we have pretty busy production Jenkins system, so there's only limited experimentation can be done there, and in limited time I had to look into this issue, I traced it just to the source line in the original description above. This is also 1st time I looked into SCM polling, so I don't know how related data is stored and other details.

But job we had issues to is actually public: https://ci.linaro.org/job/trigger-linux-ltsi/ . As you can see (note: builds in question may expire in a week or two), from build #132 Feb 23, 2015 11:33:10 AM to build #161 Feb 23, 2015 1:58:09 PM , build triggered every 5 mins, which is SCM polling period for that job. But typical poll log looks like: https://ci.linaro.org/job/trigger-linux-ltsi/160/pollingLog/ (content quoted above in the original description).

Kanstantsin: The repo is public, running git command from poll log, I get the expected output (I also thought that maybe there's stray space or something gets parsed, but I confirmed it all looks ok). Will try to look up those build.xml's as a next step.


$ /usr/bin/git -c core.askpass=true ls-remote -h git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
8e63197ffe7750c94c8ea9d159ce3e46a76bfcf2	refs/heads/linux-2.6.11.y
d04a37911968d919fa842ad40fa9e9ff1dd10904	refs/heads/linux-2.6.12.y
816e9c6c226227c4862b2067aace0f450cc92635	refs/heads/linux-2.6.13.y
789f444285aedfb04af7aa3748aa52e99ac4bd8f	refs/heads/linux-2.6.14.y
f70602f4f6248735a02c61a1323c9151a33a3775	refs/heads/linux-2.6.15.y
6b0daf99dd2392b024bdca05530e4e761bc3cdae	refs/heads/linux-2.6.16.y
78ace17e51d4968ed2355e8f708d233d1cc37f6d	refs/heads/linux-2.6.17.y
299a2479bca6211f845158761920ec480f35a229	refs/heads/linux-2.6.18.y
09780ab3b26507776671900e0ed7920f297498ed	refs/heads/linux-2.6.19.y
f3815da6b4fd508cc3574399248e2e15cb8a617f	refs/heads/linux-2.6.20.y
a31a9035702124423c3aa5aa848937f165753a4f	refs/heads/linux-2.6.21.y
37579d1574f6c18f1f648201c6b0850ac94094cd	refs/heads/linux-2.6.22.y
6531868a73a6c91bf0e3e60ded7d1440ee24dfa8	refs/heads/linux-2.6.23.y
928bb8c418b5f9e96dbccc8d7eafb6635ae81548	refs/heads/linux-2.6.24.y
00935daeb04cd54a67b66c9e3babc23389251a98	refs/heads/linux-2.6.25.y
63e0e67b17dc233f93f709610971bbfadc97f75e	refs/heads/linux-2.6.26.y
bc4e1a77b06519a01e7aed1125695598e27ddeb2	refs/heads/linux-2.6.27.y
5861c853a3f529b9c6a338dd7c4a7afec397ea7a	refs/heads/linux-2.6.28.y
12010107aaf417503b7e413d84f2554080aebfe2	refs/heads/linux-2.6.29.y
0d0675cf44c85bd3c0d891845aa02f9249cd7c68	refs/heads/linux-2.6.30.y
a389e98d2c6e1900f035befe215f541436bcb0b2	refs/heads/linux-2.6.31.y
3bd0d1ad14c3566107e391732e4df658b005ad67	refs/heads/linux-2.6.32.y
86a705267a2a502a3d62ef0797e449677b25835f	refs/heads/linux-2.6.33.y
5878e067ecac4bd2320e933ec485c01190a5b881	refs/heads/linux-2.6.34.y
675f7660ffb0e1880011f6b3c4f9ac241491e3cd	refs/heads/linux-2.6.35.y
69ad303ab8321656d6144d13b2444a5595bb6581	refs/heads/linux-2.6.36.y
e396c9d8699c95d52b2abcc2d4d5f9616e839734	refs/heads/linux-2.6.37.y
4b7a6d2528bfb625cc359d89ac16439b0ec744ea	refs/heads/linux-2.6.38.y
ea0dc0dc1c1dca25e50384e300a528db57ee7de5	refs/heads/linux-2.6.39.y
5dba9ddd98cbc7ad319d687887981a0ea0062c75	refs/heads/linux-3.0.y
9bb1282f6a7754955c18be912fbc2b55d133f1b9	refs/heads/linux-3.1.y
5cfc71ce138e79ceb6250f78137dd05ba52e9d34	refs/heads/linux-3.10.y
5ee54f38171b9b3541c5e9cf9c3a9e53455fd8b4	refs/heads/linux-3.11.y
22ccf8f1a5450ac5a6bc2bb519699838017ce1ea	refs/heads/linux-3.12.y
2d20120bba8475c963a8d28dd0ffa13637fa3ad7	refs/heads/linux-3.13.y
a74f1d1204a5c892466b52ac68ee6443c1e459d7	refs/heads/linux-3.14.y
f35b5e46feabab668a44df5b33f3558629f94dfc	refs/heads/linux-3.15.y
d0335e4feea0d3f7a8af3116c5dc166239da7521	refs/heads/linux-3.16.y
bc15d4627aa8f562a1c5ec9d84076b8db25bab31	refs/heads/linux-3.17.y
a17f9bf1f7cd3412b9920577a7c0ec34cb81b233	refs/heads/linux-3.18.y
bfa76d49576599a4b9f9b7a71f23d73d6dcff735	refs/heads/linux-3.19.y
fd623507bdcee1f7a387ae86adb7a66b431dd056	refs/heads/linux-3.2.y
845720650c557a75262b629b0bc228fffcf64638	refs/heads/linux-3.3.y
28895317f9a7d726cd13fc9b5447cb5dcb5cd22c	refs/heads/linux-3.4.y
f2b152564afdf9c9917c17d1c41c1082c82067bd	refs/heads/linux-3.5.y
b2824f4e0990716407b0c0e7acee75bb6353febf	refs/heads/linux-3.6.y
356d8c6fb2a7cf49e836742738a8b9a47e77cfea	refs/heads/linux-3.7.

[JIRA] [workflow-plugin] (JENKINS-27129) More consistent use of PauseAction

2015-02-25 Thread jgl...@cloudbees.com (JIRA)














































Jesse Glick
 created  JENKINS-27129


More consistent use of PauseAction















Issue Type:


Bug



Assignee:


Jesse Glick



Components:


workflow-plugin



Created:


25/Feb/15 4:24 PM



Description:


Currently PauseAction is added only by InputStep. But it makes sense to add also for SleepStep (JENKINS-26120) and WaitForConditionStep (JENKINS-25570), as well as for the proposed wait step (JENKINS-27127). This would allow visualizations to give a better picture of which flow builds and branches were active at a given time, compute running time more accurately, etc.




Project:


Jenkins



Priority:


Minor



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







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [other] (JENKINS-27128) Compress Build Log Plugin: Logs of Multi-configuration jobs are not compressed

2015-02-25 Thread vda...@vizrt.com (JIRA)














































Valentin David
 created  JENKINS-27128


Compress Build Log Plugin: Logs of Multi-configuration jobs are not compressed















Issue Type:


Bug



Assignee:


Daniel Beck



Components:


other



Created:


25/Feb/15 4:14 PM



Description:


After enabling the plugin, and enabling compression in the multi-configuration job, new build of jobs get only the main log file compressed on the filesystem. Logs for each combination are left uncompressed on the filesystem.

Tested with version 1.0 of the plugin with Jenkins 1.599 on Debian Jessie.

Note: component compress-buildlog-plugin is not available, so it is filed under other.




Project:


Jenkins



Priority:


Minor



Reporter:


Valentin David

























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [git-client-plugin] (JENKINS-27093) Spurious gits scm poll change detection with git-plugin 2.3.5 & git-client-plugin 1.16.1

2015-02-25 Thread gentoo.inte...@gmail.com (JIRA)












































  
Kanstantsin Shautsou
 edited a comment on  JENKINS-27093


Spurious gits scm poll change detection with git-plugin 2.3.5 & git-client-plugin 1.16.1
















Hi, Paul, could you provide two consecutive build.xml files (you can cut any private info) that were triggered and the result of manual run for git command from polling 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







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [core] (JENKINS-27126) New Scroll bar in Jenkins Build history is showing when shouldn't be

2015-02-25 Thread lorelei.mccol...@gmail.com (JIRA)














































Lorelei McCollum
 commented on  JENKINS-27126


New Scroll bar in Jenkins Build history is showing when shouldn't be















Chrome 40 no description is set
no custom JS or CSS running, none of those themes



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [core] (JENKINS-27126) New Scroll bar in Jenkins Build history is showing when shouldn't be

2015-02-25 Thread dan...@beckweb.net (JIRA)














































Daniel Beck
 commented on  JENKINS-27126


New Scroll bar in Jenkins Build history is showing when shouldn't be















What web browser is this? What is the description used, if any? Any custom JS/CSS running for Jenkins (e.g. Simple Theme Plugin, Greasemonkey)?



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [core] (JENKINS-27126) New Scroll bar in Jenkins Build history is showing when shouldn't be

2015-02-25 Thread dan...@beckweb.net (JIRA)














































Daniel Beck
 updated  JENKINS-27126


New Scroll bar in Jenkins Build history is showing when shouldn't be
















Change By:


Daniel Beck
(25/Feb/15 3:49 PM)




Labels:


user-experience





Assignee:


Tom FENNELLY



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [compress-artifacts-plugin] (JENKINS-27042) java.util.zip.ZipException thrown when reading artifacts from archive larger than 4G

2015-02-25 Thread ogon...@gmail.com (JIRA)














































Oliver Gondža
 commented on  JENKINS-27042


java.util.zip.ZipException thrown when reading artifacts from archive larger than 4G















Fixed in https://github.com/jenkinsci/compress-artifacts-plugin/pull/5



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [workflow-plugin] (JENKINS-27127) wait/notify steps

2015-02-25 Thread jgl...@cloudbees.com (JIRA)














































Jesse Glick
 created  JENKINS-27127


wait/notify steps















Issue Type:


New Feature



Assignee:


Jesse Glick



Components:


workflow-plugin



Created:


25/Feb/15 3:26 PM



Description:


waitUntil (JENKINS-25570) is useful when you need to poll for some external result. But there are cases where direct notification of a state change is possible, and this is more efficient than repeatedly polling. So there should be a wait step, probably with an optional timeout.

One use case is for a flow to await an event notification from an external system. To support this it would probably suffice to have an UnprotectedRootAction endpoint accepting POST requests (or even GET, for convenience); like /git/notifyCommit and similar endpoints, the event would be advisory, so the flow would need to verify that the event really took place:


while (externalSystemNotReady()) {wait()}


Alternately/additionally, the endpoint could require a specific event ID, request authentication, accept a (JSON?) payload, etc. You can use input for such purposes, but this is focused on human interaction, rather than REST calls from another mechanical system.

Another use case, which might be different enough to warrant a distinct step, is for one branch of a flow to notify another branch that some condition has been met and that it is safe to proceed; a kind of semaphore. This could serve as a generic alternative to JENKINS-26052 (fork/join):


def done = [:]
parallel a: {
  // do prep work A
  done.a = true
  notify() // wake up all waiters
}, b: {
  // do prep work B
  done.b = true
  notify()
}, c: {
  // do prep work C
  done.c = true
  notify()
}, d: {
  while (!(done.a && done.b)) {wait()}
  // do later work D
}, e: {
  while (!(done.b && done.c)) {wait()}
  // do later work E
}


Here the D branch could start as soon as A and B are finished even while C is running, whereas E could start as soon as B and C are finished even if A is taking longer, etc. You can already write


waitUntil {done.a && done.b}


but a direct notification is preferable.

In order to support complex orchestrations, it would be desirable for notify to work across builds of a single flow, and across distinct flows in the system (assuming there is some way of communicating current state). It would even be useful to be able to support cross-master notifications, which is where this use case blends into the first.




Project:


Jenkins



Labels:


parallel




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







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [testfairy-plugin] (JENKINS-26991) jarsigner failing with "Invalid keystore format"

2015-02-25 Thread gil...@gmail.com (JIRA)












































  
Gil Tselsnchuk
 edited a comment on  JENKINS-26991


jarsigner failing with "Invalid keystore format"
















Keystore type "pkcs12" support added in Version 2.4
https://wiki.jenkins-ci.org/display/JENKINS/TestFairy+Plugin



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [testfairy-plugin] (JENKINS-26991) jarsigner failing with "Invalid keystore format"

2015-02-25 Thread gil...@gmail.com (JIRA)















































Gil Tselsnchuk
 resolved  JENKINS-26991 as Fixed


jarsigner failing with "Invalid keystore format"
















Keystore type "pkcs12" support added





Change By:


Gil Tselsnchuk
(25/Feb/15 3:10 PM)




Status:


In Progress
Resolved





Resolution:


Fixed



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [remoting] (JENKINS-26947) Unattended wait in the remoting code

2015-02-25 Thread te...@java.net (JIRA)












































  
James Nord
 edited a comment on  JENKINS-26947


Unattended wait in the remoting code
















possibly a duplicate of JENKINS-10840

Soemthing strange is going on with Docker and tc.

with 2 freestyle builds I see a failure and the salve is disconnected with.

java.io.IOException: remote file operation failed: /home/jenkins/data/jenkins-slave.exe at hudson.remoting.Channel@7407d0f5:docker_ssh: hudson.remoting.ChannelClosedException: channel is already closed
	at hudson.FilePath.act(FilePath.java:985)
	at hudson.FilePath.act(FilePath.java:967)
	at hudson.FilePath.exists(FilePath.java:1435)
	at org.jenkinsci.modules.windows_slave_installer.SlaveExeUpdater$1.call(SlaveExeUpdater.java:46)
	at org.jenkinsci.modules.windows_slave_installer.SlaveExeUpdater$1.call(SlaveExeUpdater.java:37)
	at jenkins.util.ContextResettingExecutorService$2.call(ContextResettingExecutorService.java:46)
	at java.util.concurrent.FutureTask.run(FutureTask.java:262)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at java.lang.Thread.run(Thread.java:745)
Caused by: hudson.remoting.ChannelClosedException: channel is already closed
	at hudson.remoting.Channel.send(Channel.java:549)
	at hudson.remoting.Request.call(Request.java:129)
	at hudson.remoting.Channel.call(Channel.java:751)
	at hudson.FilePath.act(FilePath.java:978)
	... 9 more
Caused by: java.io.IOException: Unexpected termination of the channel
	at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:50)
Caused by: java.io.EOFException
	at java.io.ObjectInputStream$PeekInputStream.readFully(ObjectInputStream.java:2325)
	at java.io.ObjectInputStream$BlockDataInputStream.readShort(ObjectInputStream.java:2794)
	at java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:801)
	at java.io.ObjectInputStream.(ObjectInputStream.java:299)
	at hudson.remoting.ObjectInputStreamEx.(ObjectInputStreamEx.java:40)
	at hudson.remoting.AbstractSynchronousByteArrayCommandTransport.read(AbstractSynchronousByteArrayCommandTransport.java:34)
	at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:48)
ERROR: Socket connection to SSH server was lost
java.io.IOException: Peer sent DISCONNECT message (reason code 2): Packet corrupt
	at com.trilead.ssh2.transport.TransportManager.receiveLoop(TransportManager.java:766)
	at com.trilead.ssh2.transport.TransportManager$1.run(TransportManager.java:489)
	at java.lang.Thread.run(Thread.java:745)



But a single bit packet corruption should cause the packet to be thrown away by the OS layer due to a TCP checksum miss-match and not to be seen by the application.

The other interesting thing is that a build can be runnign fine and it only dies when a new build is kicked off - I would not expect an issue in setting up a new channel in the multiplex (from what KK said) to fail the other channels.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [remoting] (JENKINS-26947) Unattended wait in the remoting code

2015-02-25 Thread te...@java.net (JIRA)














































James Nord
 commented on  JENKINS-26947


Unattended wait in the remoting code















possibly a duplicate of JENKINS-10840

Soemthing strange is going on with Docker and tc.

with 2 freestyle builds I see a failure and the salve is disconnected with.
noformat
java.io.IOException: remote file operation failed: /home/jenkins/data/jenkins-slave.exe at hudson.remoting.Channel@7407d0f5:docker_ssh: hudson.remoting.ChannelClosedException: channel is already closed
	at hudson.FilePath.act(FilePath.java:985)
	at hudson.FilePath.act(FilePath.java:967)
	at hudson.FilePath.exists(FilePath.java:1435)
	at org.jenkinsci.modules.windows_slave_installer.SlaveExeUpdater$1.call(SlaveExeUpdater.java:46)
	at org.jenkinsci.modules.windows_slave_installer.SlaveExeUpdater$1.call(SlaveExeUpdater.java:37)
	at jenkins.util.ContextResettingExecutorService$2.call(ContextResettingExecutorService.java:46)
	at java.util.concurrent.FutureTask.run(FutureTask.java:262)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at java.lang.Thread.run(Thread.java:745)
Caused by: hudson.remoting.ChannelClosedException: channel is already closed
	at hudson.remoting.Channel.send(Channel.java:549)
	at hudson.remoting.Request.call(Request.java:129)
	at hudson.remoting.Channel.call(Channel.java:751)
	at hudson.FilePath.act(FilePath.java:978)
	... 9 more
Caused by: java.io.IOException: Unexpected termination of the channel
	at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:50)
Caused by: java.io.EOFException
	at java.io.ObjectInputStream$PeekInputStream.readFully(ObjectInputStream.java:2325)
	at java.io.ObjectInputStream$BlockDataInputStream.readShort(ObjectInputStream.java:2794)
	at java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:801)
	at java.io.ObjectInputStream.(ObjectInputStream.java:299)
	at hudson.remoting.ObjectInputStreamEx.(ObjectInputStreamEx.java:40)
	at hudson.remoting.AbstractSynchronousByteArrayCommandTransport.read(AbstractSynchronousByteArrayCommandTransport.java:34)
	at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:48)
ERROR: Socket connection to SSH server was lost
java.io.IOException: Peer sent DISCONNECT message (reason code 2): Packet corrupt
	at com.trilead.ssh2.transport.TransportManager.receiveLoop(TransportManager.java:766)
	at com.trilead.ssh2.transport.TransportManager$1.run(TransportManager.java:489)
	at java.lang.Thread.run(Thread.java:745)
noformat

But a single bit packet corruption should cause the packet to be thrown away by the OS layer due to a TCP checksum miss-match and not to be seen by the application.

The other interesting thing is that a build can be runnign fine and it only dies when a new build is kicked off - I would not expect an issue in setting up a new channel in the multiplex (from what KK said) to fail the other channels.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [postbuildscript-plugin] (JENKINS-27089) Unexpected behavior when selecting "Run scripts only ..." in a post-build action

2015-02-25 Thread skip_willi...@affirmednetworks.com (JIRA)














































Skip Williams
 commented on  JENKINS-27089


Unexpected behavior when selecting "Run scripts only ..." in a post-build action















Sorry, this issue does not involve "Execute a set of scripts" but rather "Post build task".  If I select "Post build task" from the "Add post-build action" dropdown, I can create multiple post build tasks and then I can get myself into the scenario originally described.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [core] (JENKINS-22932) Jenkins slave cannot reconnect to Master once it has been disconnected unless Jenkins is restarted

2015-02-25 Thread m...@hanabi.se (JIRA)














































Marcus Jacobsson
 commented on  JENKINS-22932


Jenkins slave cannot reconnect to Master once it has been disconnected unless Jenkins is restarted















Have the same problem with Jenkins LTS 1.580.3. In our case the nodes goes offline a few hours after restarting the master server and it's not all node, just a few each time (different nodes each time).

The server is running on Ubuntu 14.04 and the slaves are running Windows 7 x64

Connection was broken
java.io.EOFException
	at org.jenkinsci.remoting.nio.NioChannelHub$3.run(NioChannelHub.java:616)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
	at java.util.concurrent.FutureTask.run(FutureTask.java:262)
	at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:111)
	at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
	at java.util.concurrent.FutureTask.run(FutureTask.java:262)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at java.lang.Thread.run(Thread.java:745)



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [core] (JENKINS-27126) New Scroll bar in Jenkins Build history is showing when shouldn't be

2015-02-25 Thread lorelei.mccol...@gmail.com (JIRA)














































Lorelei McCollum
 created  JENKINS-27126


New Scroll bar in Jenkins Build history is showing when shouldn't be















Issue Type:


Bug



Assignee:


Unassigned


Attachments:


jenkins.png



Components:


core



Created:


25/Feb/15 2:33 PM



Description:


We just updated to the latest jenkins version. We like the updates to the build history to control really long text. However it seems we are always seeing "scroll bars" now which are HUGE, but the text is not scrollable and does show up entirely. So not sure why the scroll bar is there

This may be an enhancement and not a bug.. but he fact the txt isn't scrollable is why I created a bug.
See the screen shot

When the txt is longer it is actually wrapping.. so not sure why we have the scroll bar then?

I also may have tagged the wrong component and I am sorry if I did so.




Project:


Jenkins



Priority:


Minor



Reporter:


Lorelei McCollum

























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [remoting] (JENKINS-26947) Unattended wait in the remoting code

2015-02-25 Thread yoann.dubre...@gmail.com (JIRA)














































Yoann Dubreuil
 commented on  JENKINS-26947


Unattended wait in the remoting code















The executor thread is still blocked 2 hours after slave gets disconnected.

Stack of the blocked thread is:


"Executor #0 for dumb-docker-ssh : executing gameoflife #41 / waiting for hudson.remoting.Channel@7b736159:Channel to Maven [java, -cp, /home/jenkins/bis/maven31-agent.jar:/home/jenkins/bis/tools/hudson.tasks.Maven_MavenInstallation/3.2.2/boot/plexus-classworlds-2.5.1.jar:/home/jenkins/bis/tools/hudson.tasks.Maven_MavenInstallation/3.2.2/conf/logging, jenkins.maven3.agent.Maven31Main, /home/jenkins/bis/tools/hudson.tasks.Maven_MavenInstallation/3.2.2, /home/jenkins/bis/slave.jar, /home/jenkins/bis/maven31-interceptor.jar, /home/jenkins/bis/maven3-interceptor-commons.jar, 42104]" daemon prio=10 tid=0x7f11f0187800 nid=0x6d4f in Object.wait() [0x7f1245eb2000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x879416d8> (a hudson.remoting.UserRequest)
	at hudson.remoting.Request.call(Request.java:146)
	- locked <0x879416d8> (a hudson.remoting.UserRequest)
	at hudson.remoting.Channel.call(Channel.java:751)
	at hudson.maven.ProcessCache$MavenProcess.call(ProcessCache.java:161)
	at hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.doRun(MavenModuleSetBuild.java:840)
	at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:533)
	at hudson.model.Run.execute(Run.java:1745)
	at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:529)
	at hudson.model.ResourceController.execute(ResourceController.java:89)
	at hudson.model.Executor.run(Executor.java:240)




























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [job-dsl-plugin] (JENKINS-27125) Support for ignorePostCommitHooks in the scm trigger

2015-02-25 Thread nico.mommae...@gmail.com (JIRA)















































Nico Mommaerts
 assigned  JENKINS-27125 to Nico Mommaerts



Support for ignorePostCommitHooks in the scm trigger
















Change By:


Nico Mommaerts
(25/Feb/15 1:56 PM)




Assignee:


Daniel Spilker
Nico Mommaerts



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [job-dsl-plugin] (JENKINS-27125) Support for ignorePostCommitHooks in the scm trigger

2015-02-25 Thread nico.mommae...@gmail.com (JIRA)














































Nico Mommaerts
 created  JENKINS-27125


Support for ignorePostCommitHooks in the scm trigger















Issue Type:


New Feature



Assignee:


Daniel Spilker



Components:


job-dsl-plugin



Created:


25/Feb/15 1:55 PM



Description:


The xml should look like this:

  
@midnight
true
  


Corresponds to the 'Ignore post-commits hook' checkbox in the scm trigger part.




Project:


Jenkins



Priority:


Minor



Reporter:


Nico Mommaerts

























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [performance-plugin] (JENKINS-27100) Regressions in 1.12 and 1.13

2015-02-25 Thread brice.ruz...@gmail.com (JIRA)












































  
Brice Ruzand
 edited a comment on  JENKINS-27100


Regressions in 1.12 and 1.13
















I have got the same trouble, Performance Breakdown by URI charts cannot be showed.

If you open the missing image URL, you ve got the folling stack trace (it may help) : 

 
Caused by: java.lang.Error: Unresolved compilation problem: 
	Messages cannot be resolved

	at hudson.plugins.performance.PerformanceReportMap.doRespondingTimeGraph(PerformanceReportMap.java:206)
	at sun.reflect.GeneratedMethodAccessor565.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:606)
	at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:298)
	at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:161)
	at org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:96)
	at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:121)
	at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)
	at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:745)
	... 77 more

 



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [performance-plugin] (JENKINS-27100) Regressions in 1.12 and 1.13

2015-02-25 Thread brice.ruz...@gmail.com (JIRA)














































Brice Ruzand
 commented on  JENKINS-27100


Regressions in 1.12 and 1.13















I have got the same trouble.

If you open the missing image URL, you ve got the folling stack trace (it may help) : 

 
Caused by: java.lang.Error: Unresolved compilation problem: 
	Messages cannot be resolved

	at hudson.plugins.performance.PerformanceReportMap.doRespondingTimeGraph(PerformanceReportMap.java:206)
	at sun.reflect.GeneratedMethodAccessor565.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:606)
	at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:298)
	at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:161)
	at org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:96)
	at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:121)
	at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)
	at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:745)
	... 77 more

 



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [job-dsl-plugin] (JENKINS-27124) When generating the jobs locally, exceptions occur when folder don't exist yet

2015-02-25 Thread nico.mommae...@gmail.com (JIRA)














































Nico Mommaerts
 created  JENKINS-27124


When generating the jobs locally, exceptions occur when folder don't exist yet















Issue Type:


Bug



Assignee:


Daniel Spilker



Components:


job-dsl-plugin



Created:


25/Feb/15 1:49 PM



Description:


When running the DSL scripts locally, when a job is generated that should be inside a folder, and there is no corresponding directory for that folder, the job quits with an exception. It's rather cumbersome to recreate the Jenkins folder hierarchy locally, especially when there 100's of folders.

Exception in thread "main" java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at com.simontuffs.onejar.Boot.run(Boot.java:313)
at com.simontuffs.onejar.Boot.main(Boot.java:161)
Caused by: java.io.FileNotFoundException: folder\subfolder\jobname.xml (The system
 cannot find the path specified)
at java.io.FileOutputStream.open(Native Method)
at java.io.FileOutputStream.(FileOutputStream.java:212)
at java.io.FileOutputStream.(FileOutputStream.java:165)
at java.io.FileWriter.(FileWriter.java:90)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.newWriter(DefaultGroovyMethods.java:16226)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.write(DefaultGroovyMethods.java:15326)
at org.codehaus.groovy.runtime.dgm$931.invoke(Unknown Source)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMet
hodSite.java:271)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:53)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:116)
at javaposse.jobdsl.dsl.FileJobManagement.createOrUpdateConfig(FileJobManagement.groovy:49)
at javaposse.jobdsl.dsl.DslScriptLoader.extractGeneratedJobs(DslScriptLoader.java:111)
at javaposse.jobdsl.dsl.DslScriptLoader.runDslEngine(DslScriptLoader.java:94)
at javaposse.jobdsl.dsl.DslScriptLoader$runDslEngine.call(Unknown Source)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:42)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:108)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:120)
at javaposse.jobdsl.Run$_main_closure2.doCall(Run.groovy:35)
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:606)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:233)
at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:272)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:877)
at groovy.lang.Closure.call(Closure.java:412)
at groovy.lang.Closure.call(Closure.java:425)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1376)
at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1348)
at org.codehaus.groovy.runtime.dgm$162.invoke(Unknown Source)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMet
hodSite.java:271)
at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:53)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:42)
at org.codehaus.gr

  1   2   >