- 31 8月, 2012 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
This value changes every time Jenkins starts, which allows HTTP clients to reliably wait for Jenkins restart.
-
- 23 8月, 2012 1 次提交
-
-
由 Jesse Glick 提交于
-
- 22 8月, 2012 2 次提交
-
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
- 31 7月, 2012 2 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
- 24 7月, 2012 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 23 6月, 2012 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
This makes it consistent with other buttons like repeatable-add-button, and use of '-' prevents name collisions with form names, and make all of those UI controls addressible in the same namespace
-
- 25 5月, 2012 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
It uses Diffie Hellman to come up with one-time session key, then have the server sign this session key to allow the client to verify that there's no man in the middle.
-
- 24 5月, 2012 1 次提交
-
-
由 Manolo Carrasco 提交于
-
- 04 5月, 2012 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
If a resource with 'Set-Cookie' header is cached (either by intermediary like HTTP proxy and reverse proxy, or by the browser), it'll cause identity swap / session mix-up as discussed in this ticket. I suspect this was caused by HttpSessionContextIntegrationFilter2, which is the only code path that attempts to create a session when a request to a static resource is made. So I'm disabling the creation of session in HttpSessionContextIntegrationFilter2. This in turn requires that we have sessions already created when the authentication was successful and people need to login (or else the login will have no effect.) We already do so in layout.jelly, so any request that renders a Jenkins page would have a session, but I've also added it in AuthenticationProcessingFilter2, which ensures that a successful login does have a session.
-
- 05 4月, 2012 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 16 3月, 2012 2 次提交
-
-
由 OHTAKE Tomohiro 提交于
-
由 OHTAKE Tomohiro 提交于
-
- 13 3月, 2012 1 次提交
-
-
由 Hayato ITO 提交于
-
- 06 3月, 2012 2 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
- 03 3月, 2012 1 次提交
-
-
由 Seiji Sogabe 提交于
-
- 29 2月, 2012 7 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
It was formerly on <LI> but now it's on <A> as we now allow bare <A>s to have context menus.
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
1. you hover over the <a> tag 2. context menu displays 3. you try to move the mouse over to the menu 4. menu disappears 5. you can't click the menu *frustration*
-
由 Kohsuke Kawaguchi 提交于
This hopefully avoids showing menus when the user didn't intend to see them
-
由 Kohsuke Kawaguchi 提交于
In this change, I've added it to various links in the list view to get the sense of how it feels like.
-
- 28 2月, 2012 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
(and replaced custom event addition with simpler one from Prototype)
-
- 21 2月, 2012 5 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
This is useful for adding in-page navigation in a large page.
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
- 20 2月, 2012 5 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
- 19 2月, 2012 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 16 2月, 2012 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 04 1月, 2012 1 次提交
-
-
由 Albert So 提交于
-
- 20 12月, 2011 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-