Backporting for Jenkins 2.492.3 release candidate#10412
Conversation
(cherry picked from commit 84ac21f)
Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com> (cherry picked from commit 986f631)
(cherry picked from commit bcda96c)
Update stapler.version to v1948 Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com> (cherry picked from commit 14288b1)
…t of build history widget (cherry picked from commit 5d65d11)
…fter upgrading to 2.479.1 (jenkinsci#10344) Signed-off-by: Olivier Lamy <olamy@apache.org> (cherry picked from commit 9f91315)
…erBoundDeps failed
(cherry picked from commit 84ac21f)
Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com> (cherry picked from commit 986f631)
(cherry picked from commit 53ad7f9)
(cherry picked from commit bcda96c)
Update stapler.version to v1948 Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com> (cherry picked from commit 14288b1)
…t of build history widget (cherry picked from commit 5d65d11)
…fter upgrading to 2.479.1 (jenkinsci#10344) Signed-off-by: Olivier Lamy <olamy@apache.org> (cherry picked from commit 9f91315)
…s may only be represented as {} when not part of a multi-block statement (4.1.3)
Backport changes from MarkEWaite
| <groupId>org.eclipse.jetty.ee9</groupId> | ||
| <artifactId>jetty-ee9-maven-plugin</artifactId> | ||
| <version>12.0.16</version> | ||
| <version>12.0.17</version> |
There was a problem hiding this comment.
Should we stay with 12.0.16 or go to 12.0.18?
c.f. https://groups.google.com/g/jenkinsci-dev/c/vm4XhQ7FhqY/m/ijXXUTdYBAAJ?utm_medium=email&utm_source=footer
|
It looks like one test ( I sincerely apologize if this issue causes us to miss the release candidate deadline. |
|
Why are there 40 commits in this PR? |
|
I haven't squashed the commits yet because I was attempting to "document" my journey while getting everything to compile. |
Many of the small commits are spotbugs fixes. However, as far as I can tell, they aren't required. Here are the commits that need to be cherry picked for the desired 3 backports: JENKINS-75224 - Remove support for ?jsonp parameter from Flavor.JSON in Stapler
Unfortunately, the sequence of cherry pick commits that @gounthar used is missing
JENKINS-75321 - "No builds" displayed for a brief time when loading build history
JENKINS-75278 - User pages for users with '\' in the user name fail after upgrading to 2.479.1
As far as I can tell, if we want JENKINS-75278, then we need to include JENKINS-75224 and its 6 cherry picked commits as predecessors to JENKINS-75278. If we were to decide that we do not want JENKINS-75224, then the cherry-picked commits for JENKINS-75224 will still be needed as part of JENKINS-75278. Updating the Jetty version needs those extra commits to be cherry-picked. |
|
Can someone explain to me the reason why we want JENKINS-75224 backported? Is it wanted in itself for some particular reason, or only as an apparent prerequisite for JENKINS-75278? While I included jenkinsci/stapler#649 in JENKINS-75278 for completeness, strictly speaking the Stapler portion of those changes is only test code and not necessary to backport JENKINS-75278 to production. Unless there is a particular reason to backport JENKINS-75224 in and of itself, I see no reason to make any Stapler changes as part of the backport of JENKINS-75278. |
@gounthar and I included it because it was labeled as an I have investigated further and what I said earlier was wrong. I said:
If we don't include JENKINS-75224 in the backport, then the cherry picked commits are much simpler:
Those commits apply cleanly to stable-2.492 with only 1 conflict that is easily resolved. The result is in https://github.com/MarkEWaite/jenkins/tree/stable-2.492.3-backport-1-c |
As author and backport requester, this change is definitely not worth this mess. It would have been nice to have and that's it. |
|
I've proposed an alternative backports pull request: Automated tests are still running on my local computer. I'll also do some interactive testing while ci.jenkins.io is evaluating the pull request. |
|
Thank you so much, Mark, and I apologize to everyone for the mess with the pull request. It's full of spaghetti cherry picks! |
|
Thanks @gounthar . I think we should close this pull request and instead we should use: Thanks very much for being the 2.492.3 release lead. |
Thanks a lot to @krisstern and @MarkEWaite for their guidance and patience.
See:
Testing done
mvn clean installBefore the changes are marked as
ready-for-merge:Maintainer checklist
upgrade-guide-neededlabel is set and there is a Proposed upgrade guidelines section in the pull request title (see example).lts-candidateto be considered (see query).