Closed
Bug 545581
Opened 15 years ago
Closed 15 years ago
Make AreAncestorViewsVisible stop at chrome/content boundary
Categories
(Core :: Layout, defect)
Core
Layout
Tracking
()
RESOLVED
FIXED
People
(Reporter: roc, Assigned: roc)
References
Details
Attachments
(1 file)
1.24 KB,
patch
|
MatsPalmgren_bugz
:
review+
|
Details | Diff | Splinter Review |
AreAncestorViewsVisible in nsFrame.cpp checks up the view chain looking for a hidden view and returns true if there is one. This is used in nsFrame::IsFocusable to ensure that content in hidden popups and deck panels isn't focusable. However, it breaks with the patches in bug 130078 because it finds that the view containing the toplevel content document for a hidden tab is hidden, and so content in a hidden tab is treated as non-focusable, which we don't want.
Assignee | ||
Comment 1•15 years ago
|
||
This patch makes us explicitly stop at a content/chrome boundary. This makes sense to me because the behaviour of content shouldn't depend on the state of the chrome.
Attachment #426444 -
Flags: review?(matspal)
Updated•15 years ago
|
Attachment #426444 -
Flags: review?(matspal) → review+
Comment 2•15 years ago
|
||
Comment on attachment 426444 [details] [diff] [review]
fix
Add a test that fails with the patches in bug 130078 without this patch, unless we already have one...
r=mats
Assignee | ||
Comment 3•15 years ago
|
||
focus mochitests fail with bug 130078 without this patch.
Assignee | ||
Updated•15 years ago
|
Whiteboard: [needs landing]
Assignee | ||
Comment 4•15 years ago
|
||
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Whiteboard: [needs landing]
You need to log in
before you can comment on or make changes to this bug.
Description
•