The basic fix is to use ${rootURL} plus full model object URLs rather than relying on ${jobBaseUrl}.
This is made trickier by the fact that the model object URLs are computed inside ProgressiveRendering.compute,
and therefore will not be correct when nondefault views are in the crumb trail unless the original request information is present.
So modifying ProgressiveRendering to preserve a copy of the original request for use during computation.
(This could probably be used to simplify parts of AsynchPeople as well.)
Also improving AbstractItem.getUrl to properly construct a URL including views even when the current page is not inside the item;
it should suffice for some ancestor of the current item (or a view thereof) to be in the ancestor list of this page.

Ask for confirmation when navigating away from node, global,
security, view and log configuration after changes.

Don't require confirmation when pressing keys without changing
(e.g. pressing Tab for navigation) and when pressing Advanced
buttons.

Don't require confirmation when submitting the form.

Cleanup of Russian translation after merge of community-provided changes in https://github.com/jenkinsci/jenkins/commit/7828dcb46d9a18f88cc8e71046edc9ee91ed95e6

More info: https://groups.google.com/forum/#!topic/jenkinsci-dev/JXvazIROoQgSigned-off-by: NOleg Nenashev <nenashev@synopsys.com>

This reverts commit 647695e2.

This reverts commit 647695e2.

- This is an initial version of the feature.
- The information about slave names is still exposed via label autocomplete

Observations:

- When marked inside, moving the mouse to <A> and clicking the context menu becomes easier,
  because you can move the mouse toward the hot spot area and it'll activate.
  Otherwise you have to move the mouse over to <A>, then move the mouse on the side, click it,
  then click the menu, which adds cognitive stress.

- Marking model link as inside creates an empty space to the right of <A>, which looks
  odd if hyperlinks appear inline or if some other text follows it.

Given that, my guiding principle for this change is:

- any model link that is the last child of a block element gets marked as inside
- I've adjust a few text to get rid of the single-letter training text after a model link,
  like "(#3)" to "- #3"
- If another inline element follows a model link, leave it as is.
  This does create an ugly overlap.

The reason is that we always determine the job url using
Functions#getRelativeLinkTo, which keeps the view navigation info if it
exists, and can produce an absolute url if required by the context. So
it is no longer needed for the caller to worry about jobBaseUrl.

By default, names are interpreted in relatively to the current item
group, so Label and Computer views no longer need to set useFullName to
true to have correct behaviour.

Plus fixing the wrong apply button handling in various code.