Skip to content

Requesting an uplift to a release branch

OrlaM edited this page Aug 6, 2025 · 8 revisions

Requesting an uplift to a release branch

Request a review from @relman in the @mergify PR, who will decide if the uplift can land in the upcoming release.

[User impact if declined]: In addition to the STR (steps to reproduce) reported in the bug if you can explain on a deeper level aspect of how an end user would be impacted with/without your change
[Is this code covered by automated tests?] Yes/No/Unknown
[Has the fix been verified in Nightly?] Was the fix verified in a nightly build, e.g. by the reporter or QA?
[Needs manual test from QE?] Yes/No
    [If yes, steps to reproduce] Either point to an existing comment listing STR or elaborate here directly.
[List of other uplifts needed] If this patch depends on other changes that are not present on the target branch, list them here (and request approval in the other bugs as well)
[Risk to taking this patch]: Low/Medium/High
[Why is the change risky/not risky? (and alternatives if risky)]
    When saying something is "low", "medium", or "high" risk please justify
    E.g.: Low risk because its a one line CSS change impacting only settings page
    E.g.: Medium, given the code complexity and integration with other areas of code that might be impacted. Expect regressions in areas like...
    E.g.: Risky, given the complex nature the bake time we have have on central or other branches. High rate of fallouts/regression. Could be mitigated by more manual testing in areas or running some targeted test cases... If the issue could be worked around by disabling a certain feature, or with a different, less-risky, patch for uplift, mention this here.
[String changes made/needed] Please answer this as "none" if no string changes were made. String changes need to be approved by a l10n driver since they impact the work of localization teams.
Clone this wiki locally