Closed
Bug 1021466
Opened 10 years ago
Closed 10 years ago
Make it possible to pass in an nsITabParent when opening windows, and then stash that nsITabParent in the newly created chrome docshell
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
RESOLVED
FIXED
mozilla32
Tracking | Status | |
---|---|---|
e10s | + | --- |
People
(Reporter: mconley, Assigned: mconley)
References
Details
Attachments
(2 files, 1 obsolete file)
6.27 KB,
patch
|
mconley
:
review+
|
Details | Diff | Splinter Review |
34.85 KB,
patch
|
mconley
:
review+
|
Details | Diff | Splinter Review |
Splitting this work off from bug 989501. The patches I'm posting were originally written and reviewed in bug 989501. They're ready to land now, whereas the rest of that bug is not. So this bug is just about landing infrastructure stuff that bug 989501 will need when it's ready to land, and we want to avoid bitrot.
Assignee | ||
Comment 1•10 years ago
|
||
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → mconley
Status: NEW → ASSIGNED
Assignee | ||
Comment 2•10 years ago
|
||
Assignee | ||
Updated•10 years ago
|
Attachment #8435471 -
Attachment is obsolete: true
Assignee | ||
Comment 3•10 years ago
|
||
Comment on attachment 8435473 [details] [diff] [review] Part 1: Make it possible to stash opener and newly created TabParent's inside DocShell. Addressed review comments from smaug from https://bugzilla.mozilla.org/show_bug.cgi?id=989501#c51. I didn't switch to using attribute since [notxpcom] doesn't allow it, so after discussing with smaug in IRC, just added documentation explaining that in nsIDocShell.idl.
Attachment #8435473 -
Flags: review+
Assignee | ||
Comment 4•10 years ago
|
||
Assignee | ||
Comment 5•10 years ago
|
||
Comment on attachment 8435475 [details] [diff] [review] Part 2: Make it possible to pass in an nsITabParent when opening windows, and then stash that nsITabParent in the newly created chrome docshell. r+'d by smaug in bug 989501 (attachment #8430351 [details] [diff] [review]).
Attachment #8435475 -
Flags: review+
Assignee | ||
Comment 6•10 years ago
|
||
remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/522ef2feb676 remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/ad9adc4900df
Comment 7•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/522ef2feb676 https://hg.mozilla.org/mozilla-central/rev/ad9adc4900df
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla32
Comment 8•8 years ago
|
||
Mike, is any code still using nsIDocShell::get/setOpener? I can't find any consumers, and if so we can remove all of this infrastructure...
Flags: needinfo?(mconley)
Assignee | ||
Comment 9•8 years ago
|
||
Yes. GetOpener is used here: https://dxr.mozilla.org/mozilla-central/rev/f14898695ee0dd14615914f3e1401f17df57fdd7/dom/base/nsFrameLoader.cpp#2303 SetOpener is used here: https://dxr.mozilla.org/mozilla-central/rev/f14898695ee0dd14615914f3e1401f17df57fdd7/xpfe/appshell/nsWebShellWindow.cpp#189
Flags: needinfo?(mconley)
Comment 10•8 years ago
|
||
Oh, thanks! DXR was failing me!
You need to log in
before you can comment on or make changes to this bug.
Description
•