[FIXED JENKINS-17451] "projects tied to slave" shows unrelated maven module jobs. shows TopLevelItem only.

[FIXED JENKINS-14067] Polish localization breaks permalink descriptions

[FIXED JENKINS-15365] Invalid translation

fixed invalid format string

[FIXED JENKINS-16942] SecretRewriterTest failure on Windows 7

Root cause seems to be broken serial form of FingerprintAction, probably caused by lazy loading.

Also provide proper overrides of ParameterValue.getShortDescription, rather than delegating to toString.

http://stackoverflow.com/questions/11896675/can-i-make-the-scm-polling-interval-for-jenkins-randomised/11898132#11898132

As I mentioned in the comment, I doubt if this makes any behaviour change, but this seems like a sensible defensive measure that wouldn't hurt.

[FIXED JENKINS-7970] JUnit result archiver should only fail builds if there are really no results - i.e. also no skipped tests.

Conflicts:
	changelog.html

Otherwise your disk will fill up with (large) /tmp/hudson*tmp/ dirs when running plugin tests.
(Would have been better to use e.g. TemporaryFolder, but that would require incompatible changes to the test harness.)

In particular, explain how to free an external resource when a slave is
gone.

If for some reason the numExecutors field gets out of sync with executors.size() (for example this can happen if an executor swallowed an interrupt signal without properly processing it), then a further attempt to call setNumExecutors(n) results in a no-op.

Given that these things can get out of sync, a smarter thing to do is to always compare where we are (the "executors" variable) and where we'd like to be (numExecutors), and make corrective actions.

This particularly affects a zombie computer. The sequence to kill a Computer first involves waiting for all the executors to quit. If setNumExecutors(0) becomes no-op, a zombine computer never gets killed.

This broke the context menu for actions contributed via TransientComputerActionFactory (at least).

To reproduce SUREFIRE-974 prior to this fix, pick an arbitrary group class to (not) exclude:
mvn -f test/pom.xml -Dtest=CoreJellyTest -DexcludedGroups=hudson.ExtensionPoint test

This is based on
http://stackoverflow.com/questions/13113142/gmaven-build-fails-with-an-api-incompatibility-was-encountered