This caused the whole changelog to be monospaced.

Describing the previous fix.

This reverts commit c01333c3.
See
https://issues.jenkins-ci.org/browse/JENKINS-20262?focusedCommentId=188404&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-188404
for the discussion why this should be reverted.

Conflicts:

	core/pom.xml

Fixed a bug in bytecode-compatibility-transformer where class file
format prior to 1.49 cannot have the ldc instruction pointing to a class
constant.

Escape hatch to disable bytecode transformation in case this causes other unforeseen problems.

Factoring out sufficiently generic parts of _api.jelly into a page displayed for any AbstractItem (e.g. a Folder).

[JENKINS-11347] [JENKINS-16692] might have been fixed by this, but unclear.

Merge branch 'fix-refused-build-cli-npe' of github.com:marco-miller/jenkins into marco-miller-fix-refused-build-cli-npe

Merge branch 'fix-refused-build-cli-npe' of github.com:marco-miller/jenkins into fork_fix-refused-build-cli-npe

Conflicts:
	core/src/main/java/hudson/cli/BuildCommand.java

New test in hudson/cli/BuildCommandTest.groovy, as well as companion
@TestExtension class, thanks to Jesse' suggestion. This is so that we
test this hereby fixed case of a QueueDecisionHandler Refusing a build,
leading to that null value now checked and handled accordingly.

Commit also includes sorted imports and a few minor indentation fixes,
as well as another (very) minor string change.

Fix typo for Czech (cs) L10N.

Otherwise get e.g.:
java.lang.IllegalArgumentException: java.lang.NullPointerException
	at hudson.model.ItemGroupMixIn.createProject(ItemGroupMixIn.java:253)
	at hudson.model.ItemGroupMixIn.createTopLevelItem(ItemGroupMixIn.java:175)
	at jenkins.model.Jenkins.doCreateItem(Jenkins.java:2827)
	at jenkins.model.Jenkins.doCreateItem(Jenkins.java:308)
	at …
Caused by: java.lang.NullPointerException
	at hudson.model.ItemGroupMixIn.createProject(ItemGroupMixIn.java:251)
	... 65 more

Throw Failure, which FormException would just delegate to when we are not coming from a regular form’s Apply button, as in this case.

https://jenkins.ci.cloudbees.com/job/core/job/jenkins_main_trunk/1369/testReport/junit/hudson.model/AsynchPeopleTest/display/
org.junit.ComparisonFailure: expected:<[display: none;]> but was:<[]>
	at org.junit.Assert.assertEquals(Assert.java:115)
	at org.junit.Assert.assertEquals(Assert.java:144)
	at hudson.model.AsynchPeopleTest.display(AsynchPeopleTest.java:44)
was presumably a race condition.
Could reproduce by adding a Thread.sleep into AsynchPeople.compute.
This patch (with waitForBackgroundJavaScript) avoids that error;
but causes the assertNotNull at the end to fail, for reasons TBD.

No test added in hudson/cli/BuildCommandTest.groovy, as this case is no
longer reproducible with bare Jenkins core and cli. Indeed, one now
need a plugin to extend QueueDecisionHandler, so it can Refuse a build,
hence test this specific null case. Regression tests do all pass still.

[FIXED JENKINS-20143] Pass full list of all possible jobs to ViewJobFilter when recurse option is set

The implementation of the method is rather hard to follow so this certainly needs to be tested!

Sources are UTF-8 so might as well use the raw character when specifying something that will be a part of output.