This reverts commit c188f116.

This change, in parallel to a fix in stapler bind.js, would maximize the
backward compatibility.

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

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.

I actually applied the diff from
6904bb61e31595b70260840937114e79a646da5d in keyboard-shortcuts-plugin

... from
https://ajax.googleapis.com/ajax/libs/prototype/1.7.0.0/prototype.js

... from http://www.prototypejs.org/assets/2007/6/20/prototype.js

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).

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.

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

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.

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.

At least now the back button won't trigger the drop-down notification.

It was formerly on <LI> but now it's on <A> as we now allow bare <A>s to
have context menus.

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*

This hopefully avoids showing menus when the user didn't intend to see
them

In this change, I've added it to various links in the list view to get
the sense of how it feels like.

So that parameter definitions can define optional parameters.