Closed
Bug 1760526
Opened 3 years ago
Closed 3 years ago
Optional permission changes are not propagated to new processes
Categories
(WebExtensions :: General, defect, P1)
WebExtensions
General
Tracking
(firefox100 fixed)
RESOLVED
FIXED
100 Branch
Tracking | Status | |
---|---|---|
firefox100 | --- | fixed |
People
(Reporter: zombie, Assigned: zombie)
References
Details
(Whiteboard: [addons-jira])
Attachments
(1 file)
(deleted),
text/x-phabricator-request
|
Details |
When we grant an optional permission, we broadcast that to all existing child processes, but we never update the serialized values stored in Services.ppmm.sharedData
.
Under e10s, it was easy for this to never have a real effect, we would quickly start the maximum number of content processes (between 1 and 8), and keep them alive till the browser is closed, never starting new ones. Also, the extension process where changes to permissions are most noticeable would have been already started, and never killed.
However with fission, most new tabs start a new process, it should be much more noticeable, and I'm really surprised we never got a bug report.
Updated•3 years ago
|
Assignee | ||
Comment 1•3 years ago
|
||
Updated•3 years ago
|
Assignee: nobody → tomica
Status: NEW → ASSIGNED
Assignee | ||
Updated•3 years ago
|
Severity: -- → S2
Priority: -- → P1
Updated•3 years ago
|
Attachment #9268601 -
Attachment description: Bug 1760526 - Save optional permission changes to sahredData for new processes r?robwu → Bug 1760526 - Save optional permission changes to sharedData for new processes r?robwu
Pushed by tjovanovic@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/4c9a0604dee6
Save optional permission changes to sharedData for new processes r=robwu
Comment 3•3 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 3 years ago
status-firefox100:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 100 Branch
Updated•3 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•