- 04 3月, 2012 4 次提交
-
-
由 imod 提交于
-
由 imod 提交于
define new extension point to define ProjectNamingStrategy and add two implementations: Default and Pattern
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
- 03 3月, 2012 10 次提交
-
-
由 Kohsuke Kawaguchi 提交于
jenkins.udpBroadcastThread to become ready?
-
由 Seiji Sogabe 提交于
-
由 Seiji Sogabe 提交于
-
由 Seiji Sogabe 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Seiji Sogabe 提交于
-
由 vjuranek 提交于
changed text once more to mention https
-
由 Alex Lehmann 提交于
-
由 vjuranek 提交于
Mention reverse proxy issues on javadoc for getRootUrlFromRequest
-
- 02 3月, 2012 19 次提交
-
-
由 Alex Lehmann 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
This reverts commit c188f116.
-
由 Kohsuke Kawaguchi 提交于
This change, in parallel to a fix in stapler bind.js, would maximize the backward compatibility.
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
made to work with <textarea>s, too. git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@8172 71c3de6d-444a-0410-be80-ed276b4c234a
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
This is an adopted version of 8b1e071d. Since 1.7 has a flag to disable this behaviour, I think a better fix is to disable this flag by default.
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
I actually applied the diff from 6904bb61e31595b70260840937114e79a646da5d in keyboard-shortcuts-plugin
-
-
由 Kohsuke Kawaguchi 提交于
This still is slightly more robust than the original in the sense that it's not affected by the presence/absence of the trailing '/' in itUrl. ---------------------- Comment from @ohtake: getContextPath() will return "" if Jenkins is served at ROOT. Assume that getContextPath() => "", itUrl => "iturl" and urlName => "urlName", value returned was "/iturl/urlName", but is "iturl/urlName" (no slash at 0).
-
由 Kohsuke Kawaguchi 提交于
If we fail to obtain the update center metadata, don't keep retrying every 15 seconds, but use exponential time out to avoid overloading our server in case of a problem.
-
由 Kohsuke Kawaguchi 提交于
-
由 dty 提交于
done with post-production (as opposed to just done with build steps). Jobs that had long running tasks that occured in their post-production state, i.e., build wrappers, post-build steps, could get into the situation where a queued build would start running on an executor while the previous build was still running post-build actions. If the two executors shared the same workspace, the new build could delete information with a clean that the current build still needed for processing. - Changed AbstractProject.getCauseOfBlockage() to call isLogUpdated instead of isBuilding. core/src/main/java/hudson/model/AbstractProject.java - Added isLogUpdated. core/src/main/java/hudson/model/Job.java - Added test case. test/src/test/java/hudson/model/JobQueueTest.java - Change log changelog.html
-
由 Alex Lehmann 提交于
-
由 Alex Lehmann 提交于
-
- 01 3月, 2012 7 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
Repository on our domain name would allow us to control redirection better. maven.glassfish.org being down makes this issue a higher priority. This is a permanent change --- even if m.g.o is back we won't be going back.
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
Jelly/Groovy views don't do this, but erb views from Ruby often do it, so better be robust. This is breaking J-on-J currently.
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-