Re: Display name when using LDAP authentication

Anyone please? - Yves On 11.08.2012 15:27, Yves wrote: Hi, I've setup LDAP authentication which works fine. The only issue I have is that only the user id is properly populated. Instead of populating the name with e.g. the displayName attribute from the LDAP object, the user id is copied over

Re: Hung jenkins_main_trunk

On Wed, 22 Aug 2012, Jesse Glick wrote: > jenkins_main_trunk #1854 seems to be hanging in artifact archiving. Can an > admin kill it, and set a build timeout? > > [1] http://ci.jenkins-ci.org/job/jenkins_main_trunk/1854/console What do you think a good value for a build timeout on that is? I

Re: New release of remoting?

+1. Normally remoting is released quite frequently per change. I skip a release only when a change is diagnostic or otherwise non-functional in nature. 2012/8/23 Jesse Glick : > Running tests in Jenkins trunk fails using JDK 7 due to a serious bug in > 2.16 I fixed a few weeks ago. Should org.jen

Hung jenkins_main_trunk

jenkins_main_trunk #1854 seems to be hanging in artifact archiving. Can an admin kill it, and set a build timeout? [1] http://ci.jenkins-ci.org/job/jenkins_main_trunk/1854/console

New release of remoting?

Running tests in Jenkins trunk fails using JDK 7 due to a serious bug in 2.16 I fixed a few weeks ago. Should org.jenkins-ci.main:remoting 2.17 be published? There are various other changes in this version that I do not exactly understand.

Code Camp in CPH on september 6th has just 4 seats left!

Only four seats left for the Jenkins CI Code Camp in Copenhagen on September 6th SIgn up at: http://jcicodecamp12.eventbrite.com See some of the current suggested issues for the Camp at http://wiki.praqma.net/jcicodecamp12 Also consider the User Event in Copenhagen on the September 7th - The agen

Re: Is there an extension point just before a job is being built? Can we put a running job back into the waiting queue (without failing)?

The QueueTaskDispatcher has some problems as described in my first post. I need an extension point that is run when we already know there is an execution slot available for the job, giving us a last chance to put the job back into the queue. If this does not exist, I need to find some way of tel

Re: Is there an extension point just before a job is being built? Can we put a running job back into the waiting queue (without failing)?

Yes, Have a look at the code for the Jenkins-Throttle plugin. https://wiki.jenkins-ci.org/display/JENKINS/Throttle+Concurrent+Builds+Plugin It extends "QueueTaskDispatcher" that is an abstract class with the methods 'canTake' and 'canRun' to allow your code to determine if the build in the queu

Is there an extension point just before a job is being built? Can we put a running job back into the waiting queue (without failing)?

Hi! I was wondering whether there is an extension point that, just before building the job, lets you decide to put it back into the queue. Also, is there a way of stopping a running job and put it back into the queue, without the job passing/failing/etc? So it should just silently go back into

Re: ISSUE 14772, I made a patch for

looks good, especially as you made the effort to write a unit test for this improvement. I should as well :) merged. 2012/8/22 pgdad > Hi, a while back I ran into a sync issue with the build cli command. I > implemented a fix. Not having contributed to jenkins previously, would > someone please

ISSUE 14772, I made a patch for

Hi, a while back I ran into a sync issue with the build cli command. I implemented a fix. Not having contributed to jenkins previously, would someone please take a look and provider feedback/critism/etc. on it. The pull request is at: https://github.com/jenkinsci/jenkins/pull/539. Thanks.

Re: Cannot add environment variables in plugin?

The mvn clean command worked :D that you so much for the help! On Tuesday, August 21, 2012 3:57:12 PM UTC+1, ThomasBrouwer wrote: > > Hi there! > > I just cannot seem to be able to add environmental variables in my plugin. > I made a separate class extending EnvironmentContributor: > > package hu