- 18 9月, 2014 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 15 9月, 2014 4 次提交
-
-
由 Oliver Gondža 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
- 12 9月, 2014 1 次提交
-
-
由 quinox 提交于
-
- 07 9月, 2014 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 06 9月, 2014 2 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
- 01 9月, 2014 3 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
- 28 8月, 2014 1 次提交
-
-
由 Henrik Ygge 提交于
For some reason IE10 craches when document.getElementsByName is called and there is an element with a name attribute but no value. In this case a button had a name attribute set with an empty string as the value.
-
- 25 8月, 2014 3 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
- 20 8月, 2014 1 次提交
-
-
由 anafke 提交于
Right now, checker is being attached to both onblur and onchange. The result is when the user changes input, and that input loses focus, the checker is being fired twice. This can cause issues on non-trivial field changes (such as validating a groovy script). If there is no change, the checker is still called once due to the onblur. The checker should only be called if the input is changed.
-
- 19 8月, 2014 3 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
- 13 8月, 2014 1 次提交
-
-
由 Daniel Beck 提交于
-
- 12 8月, 2014 9 次提交
-
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 sfarbota 提交于
Refactor CSS to make header images relative to the bottom of the header bar rather than relative to the top.
-
由 sfarbota 提交于
Enlarge and move Jenkins head image a bit to be flush with the bottom of the header bar.
-
- 11 8月, 2014 4 次提交
-
-
由 tfennelly 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
- 07 8月, 2014 2 次提交
-
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
- 05 8月, 2014 2 次提交
- 30 7月, 2014 2 次提交
-
-
由 tfennelly 提交于
-
由 Kohsuke Kawaguchi 提交于
Previously, basic auth header was processed from two different servlet filters in a single filter chain. In case the 1st filter (ApiTokenFilter) manages to authenticate the request, the 2nd filter (BasicProcessingFilter) tries to avoid interpreting the API token as the password and failing authentication (see BasicProcessingFilter.authenticationIsRequired), but the check feels rather fragile. Although I did eventually discover that the original problem (ZD-19640) was not caused by this, I've already implemented & tested this change, and this feels like a good work to be wasted, so I'm pushing this in anyway. Refrence: ZD-19640
-