Closed Bug 432866 Opened 14 years ago Closed 12 years ago

Widgets only gain bg appearance when their window becomes bg if the Gecko view is focused before backgrounding

Categories

(Core :: Widget: Cocoa, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: alqahira, Unassigned)

References

Details

STR (requires Camino):

1) Open two windows, positioned so you can see their widgets/scrollbars independently

2a) In the front window, click a link
3a) After page load, Cmd-` (or Cmd-Tab)

2b) In the front window, Cmd-L to focus the location bar
3b) Cmd-` (or Cmd-Tab)

AR: After either step 3, the bg window has blue scrollbars/widgets
ER: After either step 3, the bg window has grey scrollbars/widgets

2a/3a will probably only repro as long as bug 424906 is open, but 2b/3b should repro until this bug is fixed.
I gather from skimming some of the recent bugs that things are only invalidated on focus of the ChildView itself changes? In an embedding app like Camino, the ChildView may already have lost focus before the window becomes background, as is the case here.

If that is indeed the issue, can ChildView perhaps subscribe to status change notifications for its containing native window?
This will only be visible once bug 54488 lands again (and then only in embedding apps), just in case some over-zealous bugzilla cleaner comes along and tries to close this in the interim.
Blocks: 54488
Assignee: joshmoz → nobody
This WFM in our experimental 1.9.2 builds; probably the relanding of the improved bug 54488 fixed it.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.