Fix consuming default profile Firefox Messaging System targeting in background tasks
Categories
(Toolkit :: Background Tasks, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr91 | --- | unaffected |
| firefox-esr102 | --- | unaffected |
| firefox104 | --- | wontfix |
| firefox105 | --- | fixed |
| firefox106 | --- | fixed |
People
(Reporter: nalexander, Assigned: nalexander)
References
(Regression)
Details
(Keywords: regression)
Attachments
(1 file)
|
48 bytes,
text/x-phabricator-request
|
RyanVM
:
approval-mozilla-beta+
|
Details | Review |
I forgot to specify the lock here, leading this to throw every time.
This is a weak point in the automated testing of this system: we have fairly good unit test coverage of the components but it's very difficult to have end-to-end integration tests that would catch oversights like this.
Updated•3 years ago
|
Comment 1•3 years ago
|
||
Set release status flags based on info from the regressing bug 1775138
| Assignee | ||
Comment 2•3 years ago
|
||
Depends on D154468
Comment 4•3 years ago
|
||
| bugherder | ||
Comment 5•3 years ago
|
||
The patch landed in nightly and beta is affected.
:nalexander, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- If no, please set
status-firefox105towontfix.
For more information, please visit auto_nag documentation.
| Assignee | ||
Comment 6•3 years ago
|
||
Comment on attachment 9292705 [details]
Bug 1788713 - Read default profile targeting with existing lock in backgroundupdate task. r?bytesized
Beta/Release Uplift Approval Request
- User impact if declined: This regression is in functionality added in Firefox 105. To the best of my knowledge, this doesn't impact the function of the background update process; it just prints a warning. We expect to use this new functionality only in 106, but we would like to test certain aspects in Beta 105. Therefore, I'd like to uplift.
- Is this code covered by automated tests?: No
- Has the fix been verified in Nightly?: Yes
- Needs manual test from QE?: No
- If yes, steps to reproduce:
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): It's a one word change, easily tested locally.
- String changes made/needed:
- Is Android affected?: No
Updated•3 years ago
|
Comment 7•3 years ago
|
||
Comment on attachment 9292705 [details]
Bug 1788713 - Read default profile targeting with existing lock in backgroundupdate task. r?bytesized
Approved for 105.0b7.
Comment 8•3 years ago
|
||
| bugherder uplift | ||
Description
•