Closed
Bug 1502330
Opened 6 years ago
Closed 6 years ago
Change nsGlobalWindowOuter::SetOpenerWindow to only handle the dynamic case
Categories
(Core :: DOM: Core & HTML, enhancement, P3)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
FIXED
mozilla65
Tracking | Status | |
---|---|---|
firefox65 | --- | fixed |
People
(Reporter: farre, Assigned: farre)
References
Details
Attachments
(1 file)
(deleted),
text/x-phabricator-request
|
Details |
This depends on the possibility of creating browsing contexts with an opener directly
Assignee | ||
Updated•6 years ago
|
Assignee | ||
Comment 1•6 years ago
|
||
Assignee | ||
Comment 2•6 years ago
|
||
By replacing nsWebBrowser's implementation of the
nsIBaseWindow.initWindow and nsIBaseWindow.create with a new static
nsWebBrowser::Create method we make it possible to pass arguments
directly when creating an nsWebBrowser, for example the opener
BrowsingContext. As a bonus we can do away with
nsWebBrowser::mInitInfo!
Updated•6 years ago
|
Attachment #9026916 -
Attachment description: Bug 1502330 - Create BrowsingContext with passed opener. r=qdot → Bug 1502330 - Create BrowsingContext with passed opener.
Assignee | ||
Updated•6 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 3•6 years ago
|
||
Try looked good, and I could explain all oranges except three Android JIT which must be unrelated, so I'll go ahead and queue this for landing.
Pushed by afarre@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/cb9dec83210d
Create BrowsingContext with passed opener. r=qdot
Comment 5•6 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
status-firefox65:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla65
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•