- 10 11月, 2014 4 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
- 03 11月, 2014 7 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Oliver Gondža 提交于
Adjust my prior change to better utilize structured form submission...
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
- 02 11月, 2014 1 次提交
-
-
由 Matt Moore 提交于
-
- 31 10月, 2014 1 次提交
-
-
由 Matt Moore 提交于
Adjust my prior change to better utilize structured form submission to accomodate a plugins that are not using p:config-assignedLabel
-
- 30 10月, 2014 21 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Matt Moore 提交于
Adjust my prior change to better utilize structured form submission to accomodate a few plugins that are improperly submitting data through this processing logic
-
由 Craig Rodrigues 提交于
JNAerator ( https://code.google.com/p/jnaerator/ ) was helpful for generating the Java code from the C struct.
-
由 Stephen Connolly 提交于
-
由 Craig Rodrigues 提交于
Remove fields which are not part of struct _SHELLEXECUTEINFO.
-
- 29 10月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
fromExternalizableId should just return null, not throw IAE, if the job has since been renamed/move/deleted. (It could already return null if the run has since been deleted; #1264 failed to mark this properly.) Reserving IAE for inputs that getExternalizableId could not actually have produced, and making sure to also throw this in case of non-numeric text after the hash. Adding Javadoc for both methods.
-
- 28 10月, 2014 5 次提交
-
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Stephen Connolly 提交于
- Yet more interrupting bad patterns, especially where we expect the node monitor to take up to 30 seconds to complete if an async variety
-
由 Stephen Connolly 提交于
Prevent a storm of node monitor updates when there is a storm of nodes coming on line within 1 second - The old code would result in multiple triggered updates, with corresponding interrupts of in-progress updates when faced with lots of slaves coming on line within 1 second of each other. - New code will ensure that one and only one of the scheduled tasks (i.e. the last one) will trigger the updates.
-