Fix usage of nsIDocShellTreeItem in DocAccessibleWrap::DocAccessibleWrap
Categories
(Core :: Disability Access APIs, enhancement, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox73 | --- | fixed |
People
(Reporter: djvj, Assigned: djvj)
References
(Blocks 1 open bug)
Details
(Whiteboard: [rm-docshell-tree-item:simple])
Attachments
(1 file)
In accessible/android/DocAccessible.cpp, in the constructor for DocAccessible (https://searchfox.org/mozilla-central/source/accessible/android/DocAccessibleWrap.cpp#27):
nsIDocShellTreeItem is queried for it's parent. The logic then checks to see if the parent is null, or if the parent's ItemType
is chrome when the current treenode is content. In this case, it assigns 'kNoId' to the mId
field.
It's possible under post-fission behaviour that GetInProcessParent()
returns null when the parent is out-of-process. This might lead to erroneously assining kNoId
for a tree-item that has a valid out-of-process content parent.
The logic in the conditional should be adjusted to use BrowsingContext to check if an OOP parent exists, and if so query its ItemType.
Assignee | ||
Updated•6 years ago
|
Updated•6 years ago
|
Updated•5 years ago
|
Assignee | ||
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).
Assignee | ||
Comment 2•5 years ago
|
||
Updated•5 years ago
|
Comment 4•5 years ago
|
||
bugherder |
Description
•