Closed
Bug 1580239
Opened 6 years ago
Closed 5 years ago
Fix usage of nsIDocShellTreeItem in nsDocShell::EnsureContentViewer
Categories
(Core :: DOM: Navigation, defect, P2)
Core
DOM: Navigation
Tracking
()
RESOLVED
WONTFIX
| Fission Milestone | M6b |
People
(Reporter: djvj, Assigned: djvj)
References
(Blocks 1 open bug)
Details
(Whiteboard: [rm-docshell-tree-item:hard])
Attachments
(1 file)
https://searchfox.org/mozilla-central/source/docshell/base/nsDocShell.cpp#6875
This should be a straightforward fix. The parent tree item is retrieved and checked for existence to determine top-ness of the current docshell. This should be changed to use the BrowsingContext instead.
| Assignee | ||
Updated•6 years ago
|
Blocks: rm-docshell-tree-item
Updated•6 years ago
|
Fission Milestone: --- → M5
Priority: -- → P2
| Assignee | ||
Updated•6 years ago
|
Whiteboard: [rm-docshell-tree-item:simple]
Updated•6 years ago
|
Fission Milestone: M5 → Future
Comment 1•6 years ago
|
||
Kannan says replacing nsIDocShellTreeItem calls should block enabling Fission in Nightly (M6).
Fission Milestone: Future → M6
| Assignee | ||
Comment 2•6 years ago
|
||
Updated•6 years ago
|
Assignee: nobody → kvijayan
| Assignee | ||
Updated•6 years ago
|
Whiteboard: [rm-docshell-tree-item:simple] → [rm-docshell-tree-item:hard]
Comment 3•5 years ago
|
||
Auditing whether this use of nsIDocShellTreeItem breaks when Fission is enabled blocks Fission Nightly.
Fission Milestone: M6 → M6b
Comment 4•5 years ago
|
||
This is implementing intended behaviour for inheriting properties of initial about:blank documents, so we don't need to change anything here for Fission.
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•