Remove usage of nsIDocShellTreeItem in mozilla::dom::IsInActiveTab
Categories
(Core :: DOM: Navigation, defect, P2)
Tracking
()
Fission Milestone | Future |
People
(Reporter: djvj, Unassigned)
References
(Blocks 2 open bugs)
Details
(Whiteboard: [rm-docshell-tree-item:sync-state])
This code checks to see if the given document is in an active tab, by comparing the window of the root item to the given window. This should probably just change to have BrowsingContext keep an updated field indicating which tabs are active or not. This field should not need to be synchronized between processes often as it should only happen when tab visibility changes.
Updated•5 years ago
|
Reporter | ||
Updated•5 years ago
|
Updated•5 years ago
|
Comment 1•5 years ago
|
||
Kannan says replacing nsIDocShellTreeItem calls should block enabling Fission in Nightly (M6).
Reporter | ||
Updated•5 years ago
|
Updated•5 years ago
|
Comment 2•5 years ago
|
||
Since bug 1618102, nsIDocShellTreeItem
is used on the parent-process code path only in this function.
Updated•5 years ago
|
Comment 3•5 years ago
|
||
Auditing whether this use of nsIDocShellTreeItem breaks when Fission is enabled blocks Fission Nightly.
Comment 4•5 years ago
|
||
This should work fine when Fission is enabled. Could be written without nsIDocShellTreeItem
using bug 1633723.
Comment 5•5 years ago
|
||
(In reply to Henri Sivonen (:hsivonen) from comment #4)
This should work fine when Fission is enabled. Could be written without
nsIDocShellTreeItem
using bug 1633723.
Thanks. In that case, this bug doesn't need to block shipping Fission MVP. I'll move this bug to a future milestone when we remove the nsIDocShellTreeItem interface entirely (someday).
Updated•2 years ago
|
Description
•