Closed
Bug 1908481
Opened 2 years ago
Closed 2 years ago
Add a pref to select the user's CRLite filter channel
Categories
(Core :: Security: PSM, enhancement, P2)
Core
Security: PSM
Tracking
()
RESOLVED
FIXED
130 Branch
People
(Reporter: jschanck, Assigned: jschanck)
References
(Blocks 1 open bug)
Details
Attachments
(3 external files, 1 obsolete file)
No description provided.
| Assignee | ||
Comment 1•2 years ago
|
||
Pushed by jschanck@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/4fd52193240e
add a pref to select the user's CRLite filter channel. r=keeler
Comment 3•2 years ago
|
||
| bugherder | ||
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
status-firefox130:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 130 Branch
| Assignee | ||
Comment 4•2 years ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D216847
Updated•2 years ago
|
Attachment #9414474 -
Flags: approval-mozilla-beta?
Comment 5•2 years ago
|
||
:jschanck the beta uplift request doesn't have an uplift request form.
Could you add one to the Phabricator revision by selecting Change Uplift Request Form from the list of Add Action.
Flags: needinfo?(jschanck)
Comment 6•2 years ago
|
||
beta Uplift Approval Request
- User impact if declined: None until we ship "CRLite filter channels" (if this request is denied we'll hold the feature back a cycle or two). Once we ship CRLite filter channels, users without this patch could potentially download more CRLite data than they would otherwise.
- Code covered by automated testing: yes
- Fix verified in Nightly: yes
- Needs manual QE test: no
- Steps to reproduce for manual QE testing: n/a
- Risk associated with taking this patch: low
- Explanation of risk level: The patch has no effect until we roll out filter channels. Once we roll out filter channels it simply prevents users from downloading data that is not associated with their channel.
- String changes made/needed: none
- Is Android affected?: no
| Assignee | ||
Comment 7•2 years ago
|
||
Done! Would have had it earlier, but I got pulled away while I was working on it.
| Assignee | ||
Comment 8•2 years ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D216847
Updated•2 years ago
|
Attachment #9414498 -
Flags: approval-mozilla-beta?
Updated•2 years ago
|
Attachment #9414498 -
Flags: approval-mozilla-beta? → approval-mozilla-beta+
Updated•2 years ago
|
status-firefox129:
--- → fixed
Updated•2 years ago
|
Attachment #9414474 -
Attachment is obsolete: true
Attachment #9414474 -
Flags: approval-mozilla-beta? → approval-mozilla-beta-
| Assignee | ||
Comment 10•2 years ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D216847
Updated•2 years ago
|
Attachment #9414884 -
Flags: approval-mozilla-esr128?
Comment 11•2 years ago
|
||
esr128 Uplift Approval Request
- User impact if declined: None until we ship "CRLite filter channels" (if this request is denied we'll hold the feature back a cycle or two). Once we ship CRLite filter channels, users without this patch could potentially download more CRLite data than they would otherwise.
- Code covered by automated testing: yes
- Fix verified in Nightly: yes
- Needs manual QE test: no
- Steps to reproduce for manual QE testing: none
- Risk associated with taking this patch: low
- Explanation of risk level: The patch has no effect until we roll out filter channels. Once we roll out filter channels it simply prevents users from downloading data that is not associated with their channel.
- String changes made/needed: none
- Is Android affected?: no
Updated•2 years ago
|
Attachment #9414884 -
Flags: approval-mozilla-esr128? → approval-mozilla-esr128+
Updated•2 years ago
|
status-firefox-esr128:
--- → fixed
Comment 12•2 years ago
|
||
| uplift | ||
You need to log in
before you can comment on or make changes to this bug.
Description
•