You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: releases/uplifting-fixes.md
+11-70Lines changed: 11 additions & 70 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,84 +4,25 @@ Some fixes are more urgent than others and "riding the train" will take too long
4
4
5
5
---
6
6
7
-
### **Uplifts to Beta**
8
-
Uplifts to Betaare limited to bug and security fixes only. Features and enhancements will be included in the next merge.
7
+
### **Uplifts to Beta, Release, and ESR**
8
+
Uplifts to Beta, Release, and ESR are limited to high-impact bug fixes. Features and enhancements are not candidates for uplift.
9
9
10
-
**Patches nominated for uplift to Beta should:**
11
-
- Be limited to bug and security fixes.
12
-
-Have already landed on comm-central.
13
-
-Have been tested and stabilized on comm-central.
10
+
**Patches nominated for uplift should:**
11
+
- Be limited to stability, security, or high-impact bugs.
12
+
-**For Beta uplifts:** Already have landed, tested, and stabilized in comm-central.
13
+
-**For Release/ESR uplifts:** Already have landed, tested, and stabilized in comm-beta.
14
14
- Include tests or provide a strong justification for the absence of tests.
15
15
- Not change any localizable strings.
16
16
17
-
**Uplifts to Beta can include:**
18
-
- Proven performance improvements.
19
-
- Top crash fixes.
20
-
- Security fixes.
21
-
- Fixes for recent regressions.
22
-
- Low-risk improvements early in the Beta cycle.
23
-
24
-
### **Uplifts to Release and ESR**
25
-
Uplifts to Release and ESR are limited to stability and security fixes only. Features and enhancements will be included in the next merge.
26
-
27
-
**Patches nominated for uplift to Release or ESR should:**
28
-
- Be limited to stability and security fixes only.
29
-
- Have already landed in comm-beta.
30
-
- Have been tested and stabilized on comm-beta.
31
-
- Include tests or provide a strong justification for the absence of tests.
32
-
- Not change any localizable strings.
33
-
34
-
**Uplifts to Release and ESR can include:**
17
+
**Uplifts can include:**
35
18
- Major top crash fixes.
36
19
- High volume startup crash fixes.
37
20
- Security fixes.
38
-
- Fixes for regressions with a broad impact.
39
-
- Fixes for problems in a major feature.
21
+
- Dataloss fixes.
22
+
- Fixes for high-impact regressions with a broad impact.
23
+
- Fixes for high-impact bugs in a major feature.
40
24
41
25
### **Process for Uplifts**
42
-
Requesting an uplift is done by setting the relevant flag (`approval-comm-beta`, `approval-comm-release`, or `approval-comm-esr`) on a Bugzilla patch attachment to `?`. The Uplift Request Form (see below) is automatically generated to provide the required information. All uplifts must use the Uplift Request Form.
26
+
Requesting an uplift is done by setting the relevant flag (`approval-comm-beta`, `approval-comm-release`, or `approval-comm-esr`) on a Bugzilla patch attachment to `?`. An Uplift Request Form is automatically generated to provide the required information. All uplifts must use the Uplift Request Form.
43
27
44
28
Ensure uplift requests are submitted at least two working days prior to any scheduled release date. This will allow the release team to build the release the day before the scheduled release date, giving ample time for troubleshooting and testing prior to release day.
45
-
46
-
---
47
-
48
-
### **Uplift Request Form**
49
-
50
-
**Please state case for uplift consideration and ensure bug severity is set**
51
-
- Ensure the fix adheres to criteria specified in [Uplifts to Beta](uplifting-fixes#uplifts-to-beta) or [Uplifts to Release and ESR](uplifting-fixes#uplifts-to-release-and-esr).
52
-
53
-
**User impact if declined**
54
-
- Provide details on how an end user would be impacted with or without this change. In addition to the Steps to Reproduce (STR), explain the deeper implications for users.
55
-
56
-
**Is this code covered by automated tests?**
57
-
- Options: Yes / No / Unknown
58
-
59
-
**Has the fix been verified in Daily?**
60
-
- Options: Yes / No / N/A
61
-
62
-
**Has the fix been verified in Beta?**
63
-
- Options: Yes / No / N/A
64
-
65
-
**Needs manual test from QA?**
66
-
- Options: Yes / No
67
-
- If "Yes," include the steps to reproduce either by referencing an existing comment with STR or elaborating directly.
68
-
69
-
**List of other uplifts needed**
70
-
- If this patch depends on other changes not present on the target branch, list those dependencies here.
71
-
- Ensure approval is also requested for dependent patches.
72
-
73
-
**Risk to taking this patch**
74
-
- Options: Low / Medium / High
75
-
- Provide a justification as to why the benefits of the uplift outweighs the associated risks.
76
-
77
-
Examples:
78
-
-**Low**: A one-line CSS change impacting only the settings page.
79
-
-**Medium**: Due to code complexity and integration with other areas, there might be regressions in related functionality.
80
-
-**High**: The patch involves complex changes with a high likelihood of fallout or regressions, which may require extensive manual testing or mitigation strategies.
81
-
82
-
**Why is the change risky/not risky? (and alternatives if risky)**
83
-
- If the change is risky, explain the potential impact. In other words, describe the potential negative impacts that could occur if the change leads to a regression. What mitigations were taken to reduce the risk? What alternative solutions were considered?
84
-
85
-
**String changes made/needed**
86
-
- Answer "none" if no string changes were made.
87
-
- If there are string changes, add details and justification to help with l10n review.
0 commit comments