Tim had not agreed to the proposed delay in the Jenkins release schedule. As the release officer, he has the final decision.
Here's my attempt to persuade Tim that we should take another week before selecting the LTS baseline and should then deliver the LTS release two weeks later than currently scheduled.
I am worried by the
open regressions in 2.344 that don't have fixes merged or proposed for 2.345. I don't think that we need to reduce those open UX regressions to zero, but there are several that I think we should resolve and verify in a weekly release before the baseline is selected. I would prefer to give ourselves one more week to collect more fixes and more verification time of the existing fixes. That would lead us to choose either 2.345 (today's release) or 2.346 as the LTS baseline.
Specific issues that worry me include:
- JENKINS-68303 - Schedule build icon no longer indicates the "scheduled to be built" state since 2.321 (multiple requests for this one)
- JENKINS-68296 - Broken sidebar icons from the Gitlab Branch Source plugin
- JENKINS-68042 - Help icon placement incorrect since 2.320 (fix is in review)
I'd really like fixes verified in a weekly for those before we select the LTS baseline.
I'm open to concerns and objections from others, but I think we should consider those issues before selecting the baseline.
~Alex