- 09 6月, 2015 2 次提交
-
-
由 Harald Albers 提交于
In e91782e7 some help files were removed from core because they were moved to LDAP plugin. Unfortunately, these help files are not available in LDAP plugin versions prior to 1.11. (cherry picked from commit 824662a8)
-
由 vb-linetco 提交于
return an empty list when called with maxLines = 0 added unit test for getLog(0) returning an empty list (cherry picked from commit 75f58103)
-
- 30 5月, 2015 2 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
- 14 5月, 2015 21 次提交
-
-
由 Oliver Gondža 提交于
[JENKINS-26781] Backport to 1.609
-
由 Jesse Glick 提交于
Using @Restricted(NoExternalUse.class) rather than @since for backported API additions (as opposed to b62a07c0).
-
由 Jesse Glick 提交于
Given the minefield that is databinding, that seems prudent. (cherry picked from commit 8e0cbbc9)
-
由 Jesse Glick 提交于
Starting in 4f24a027 (1.587-SNAPSHOT, before #1443 or stapler #39), nestedDescribableOverridingId passes. nestedDescribableSharingClass fails given {stapler-class: D3, kind: d3a}. (Stapler has no way of interpreting kind since it knows nothing of Descriptor, only implementation class names.) In master (3080573a), both fail in the way reported (only kind is passed in). After adding stapler-class back, nestedDescribableOverridingId passes again. (cherry picked from commit 1f41bec8)
-
由 Jesse Glick 提交于
(cherry picked from commit ef2b6580)
-
由 Jesse Glick 提交于
(cherry picked from commit 972db2a5)
-
由 Jesse Glick 提交于
newInstancesFromHeteroList should recover gracefully from the case that both kind and $class are missing. (cherry picked from commit 17a88352)
-
由 Jesse Glick 提交于
(cherry picked from commit 343382b9)
-
由 Jesse Glick 提交于
(cherry picked from commit f4ddac10)
-
由 Kohsuke Kawaguchi 提交于
(cherry picked from commit 3c4b1e63)
-
由 Kohsuke Kawaguchi 提交于
(cherry picked from commit 4e2efcda)
-
由 Jesse Glick 提交于
(cherry picked from commit 37167d5f)
-
由 Jesse Glick 提交于
(cherry picked from commit 8dd079a8)
-
由 Jesse Glick 提交于
(cherry picked from commit 33923db1)
-
由 Jesse Glick 提交于
(cherry picked from commit c4c72598)
-
由 Jesse Glick 提交于
(cherry picked from commit 8f1883a0)
-
由 Jesse Glick 提交于
Besides failing in master, it also fails in 4e0af431 (merge of #1443), but passes in the 1.598-SNAPSHOT parent 239caf89. (cherry picked from commit 33041903)
-
由 Nicolas De Loof 提交于
Use kind when descriptor.id != descriptor.clazz.name and $clazz otherwise. (cherry picked from commit 901194ae)
-
由 Nicolas De Loof 提交于
to lookup descriptor by id or by Describable class name (cherry picked from commit 6a8ce6ca)
-
由 Nicolas De Loof 提交于
to match some specific use cases. (cherry picked from commit 8881703f)
-
由 Jesse Glick 提交于
(cherry picked from commit 86bac90f)
-
- 08 5月, 2015 12 次提交
-
-
由 Oleg Nenashev 提交于
(cherry picked from commit 7514e8c6)
-
由 Stephen Connolly 提交于
[FIXED JENKINS-27708][FIXED JENKINS-27871] Ensure that identification of blocked tasks is using the live state. - The creation of a snapshot itself should be relatively cheap given the expected rate of job execution. You probably would need 100's of jobs starting execution every iteration of maintain() before this could even start to become an issue and likely the calculation of isBuildBlocked(p) will become a bottleneck before updateSnapshot() will. Additionally since the snapshot itself only ever has at most one reference originating outside of the stack it should remain in the eden space and thus be cheap to GC. - JENKINS-27708 comments 225819 and 225906 provide more complex but logically equivalent fixes of this issue. I am favouring this approach as it is simpler and provides less scope for error as any new helper methods can just rely on the snapshot being up to date whereas with the other two candidates if a new helper method is introduced there is the potential to miss adding support for the live view. The comment 225819 has the risk of introducing extra lock contention while the comment 225906 version forces every access to the helper methods to pass a second memory barrier (cherry picked from commit 5880ed83)
-
由 Daniel Beck 提交于
(cherry picked from commit f6454983)
-
由 Stephen Connolly 提交于
[FIXED JENKINS-28062] A Launcher.afterDisconnect() method that propagates an exception is a sign of a bad Launcher not a problem closing the channel. (cherry picked from commit d760216d)
-
由 Stephen Connolly 提交于
``` WARNING: Caught exception evaluating: executor.progress in /ajaxExecutors. Reason: java.lang.reflect.InvocationTargetException java.lang.reflect.InvocationTargetException ... at java.lang.Thread.run(Thread.java:744) Caused by: java.lang.ArithmeticException: / by zero at hudson.model.Executor.getProgress(Executor.java:649) ... 154 more ``` (cherry picked from commit e685b604)
-
由 Felix Belzunce Arcos 提交于
(cherry picked from commit 6528ff1e)
-
由 Felix Belzunce Arcos 提交于
(cherry picked from commit dab56506)
-
由 Felix Belzunce Arcos 提交于
(cherry picked from commit e5e53be0)
-
由 Felix Belzunce Arcos 提交于
(cherry picked from commit 9afb092b)
-
由 Felix Belzunce Arcos 提交于
(cherry picked from commit cb174607)
-
由 Felix Belzunce Arcos 提交于
(cherry picked from commit 44db6aef)
-
由 Jesse Glick 提交于
(cherry picked from commit c51fd534)
-
- 06 5月, 2015 1 次提交
-
-
由 Oliver Gondža 提交于
-
- 11 4月, 2015 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 08 4月, 2015 1 次提交
-
-
由 Stephen Connolly 提交于
-