Closed
Bug 1647454
Opened 4 years ago
Closed 4 years ago
Fix usage of GetFrameElementInternal for popup blocker in nsDocShell::DoURILoad
Categories
(Core :: DOM: Navigation, defect, P3)
Core
DOM: Navigation
Tracking
()
Tracking | Status | |
---|---|---|
firefox81 | --- | fixed |
People
(Reporter: kmag, Assigned: smacleod)
References
Details
Attachments
(1 file)
(deleted),
text/x-phabricator-request
|
Details |
It can't do the right thing when the parent frame is cross-process.
Updated•4 years ago
|
Severity: -- → S3
Priority: -- → P3
Updated•4 years ago
|
Fission Milestone: --- → M6b
Comment 1•4 years ago
|
||
This particular callsite can probably be fixed by including the popup
permission for each WindowContext on the WindowContext, and then checking the parent window context in nsDocShell
.
Updated•4 years ago
|
Fission Milestone: M6b → M6c
Updated•4 years ago
|
Assignee: nobody → afarre
Updated•4 years ago
|
Updated•4 years ago
|
Status: NEW → ASSIGNED
Fission Milestone: M6c → M6b
Comment 2•4 years ago
|
||
Depends on D86808
Comment 3•4 years ago
|
||
Comment 5•4 years ago
|
||
Steven, can you pick up farre's patch and try to close this one while farre is on PTO? Thanks!
Assignee: afarre → smacleod
Flags: needinfo?(nkochar)
Assignee | ||
Comment 6•4 years ago
|
||
Updated the patch with nika's one suggestion and tested things out on try again, still looking good - queued for landing.
Pushed by smacleod@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/2bd6606d7ec8
Check popup permission on window context in DoURILoad. r=nika
Comment 8•4 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 4 years ago
status-firefox81:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 81 Branch
You need to log in
before you can comment on or make changes to this bug.
Description
•