(cherry picked from commit aaa71d4f)

This reverts commit df4bb2de.

This reverts commit 3c471f1f.

(cherry picked from commit e9471744)

(cherry picked from commit 67cce202)

(cherry picked from commit 9a57858a)

(cherry picked from commit 2c5deeb6)

(cherry picked from commit d72d7b83)

[FIXED JENKINS-29989] Update RunIdMigrator to properly handle matrix and Maven jobs
(cherry picked from commit 3d7878ff)

Node objects are owned by the Nodes class not by Jenkins so NodeProperties
and anything modifiying them needs to be updated.  Also modifying Nodes
requires a lock on the Queue so use this lock not Jenkins to prevent the
deadlock observed in JENKINS-30057

(cherry picked from commit 06f690db)

The OldDataMonitor should be using ACL.system not the ACL of the calling
thread - this also avoids the deadlock when an authorization strategy is
being saved (locking the auth strategy) which will call into the ODM at
the same point the ODM is being called an a Run has been saved (which will
cause a lookup of the job which will do a permissions check).

(cherry picked from commit 8a077a80)

- 252e1296 doesn't work for all cases as there are code paths
  where a pending launch can be removed from the pending list and not have spent() called.
- There was no reason for iterating the list twice anyway, as all of this takes place with the locks held
- My notifying each one as we process, if there is an Error, we will not leave any stranded. The next run
  through, if there is one, will cover those instances.

(cherry picked from commit 4f0ca16b)

- They have been removed from the pendingLaunches, so once we leave this method we have no reference to them
- Arguably the call to spent should take place when removing from the pendingLaunches, but that would change
  the method contract

(cherry picked from commit 252e1296)

[JENKINS-28440] Reject configurations with errors in critical fields via REST / CLI

[JENKINS-29936] when removing an item use ACL.SYSTEM.

The OldDataMonitor should be using ACL.system not the ACL of the calling
thread - this also avoids the deadlock when an authorization strategy is
being saved (locking the auth strategy) which will call into the ODM at
the same point the ODM is being called an a Run has been saved (which will
cause a lookup of the job which will do a permissions check).

Fixed typos in pt_BR and pt_PT translations

[FIXED JENKINS-2327] Do not display 'No changes' if changelog calcula…

[JENKINS-28690] Aha! So I believe this will fully resolve any of these kinds of deadlocks

[FIXES PR#1777] Make accessing pendingLaunches lock free

Update link to Groovy

Codehaus terminated all services - now Groovy's new home is groovy-lang.org.