- Jul 16, 2013
-
-
Kohsuke Kawaguchi authored
... with a test case. The fix is in Stapler.
-
imod authored
-
https://github.com/bgloeckle/jenkinsimod authored
-
Jesse Glick authored
Now to check behavior in trunk.
-
Jesse Glick authored
-
Jesse Glick authored
-
Kohsuke Kawaguchi authored
-
Kohsuke Kawaguchi authored
-
Kohsuke Kawaguchi authored
-
Kohsuke Kawaguchi authored
-
Kohsuke Kawaguchi authored
-
Kohsuke Kawaguchi authored
-
- Jul 15, 2013
-
-
Kohsuke Kawaguchi authored
-
Kohsuke Kawaguchi authored
-
Jesse Glick authored
[JENKINS-3265] [JENKINS-17341] Even if older plugins throw an NPE during reload, continue loading job.
-
Kohsuke Kawaguchi authored
-
Kohsuke Kawaguchi authored
-
Kohsuke Kawaguchi authored
-
- Jul 14, 2013
-
-
Christoph Kutzinski authored
-
Christoph Kutzinski authored
removed the noAnime() conversions, so we can rely on the compiler to warn us, if we forget a case here
-
Christoph Kutzinski authored
-
Christoph Kutzinski authored
-
Christoph Kutzinski authored
-
Christoph Kutzinski authored
Add convenience method for checking if object is MatrixProject
-
- Jul 13, 2013
-
-
Christoph Kutzinski authored
-
Christoph Kutzinski authored
-
- Jul 12, 2013
-
-
Christoph Kutzinski authored
[FIXED JENKINS-18671] Clock Difference broken on Manage Nodes page
-
Jesse Glick authored
-
Richard Mortimer authored
-
Richard Mortimer authored
against incorrect values if times are ever compared between different JVM nodes
-
- Jul 11, 2013
-
-
Richard Mortimer authored
System.nanos() returns a monotonically increasing value that is not related to wallclock time. Use System.currentTimeMillis() instead.
-
- Jul 10, 2013
-
-
Jesse Glick authored
Unlike the bug I originally reproduced, in which the parent had some builds but the context in which the new build was scheduled omits a parent, this seems to be due to a case in which there is no build record at all for the parent. No idea how that could happen (getLastBuild should return even a running, failed, or aborted build), but @treydock reports a stack trace in 1.509.2 which implies this. So fixing null safety; will not prevent an exception but will report it more gracefully.
-
- Jul 09, 2013
-
-
Harald Albers authored
-
Oliver Gondža authored
-
Jesse Glick authored
Going back in browser history can reset configuration form to the *previous* state, not what was just saved! (In the case of lazily inserted form elements.) Thus clicking Save from that page would actually revert your recent changes. For now, just omitting the button; could make it go back to index or configuration pages, but there are already links for this.
-
- Jul 08, 2013
-
-
Stephen Connolly authored
-
Nicolas De Loof authored
-
Nicolas De Loof authored
-
Nicolas De Loof authored
-
- Jul 06, 2013
-
-
Kohsuke Kawaguchi authored
-