All users were logged out of Bugzilla on October 13th, 2018

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

RESOLVED WORKSFORME

Status

()

RESOLVED WORKSFORME
11 years ago
9 years ago

People

(Reporter: alqahira, Unassigned)

Tracking

Trunk
PowerPC
Mac OS X
Points:
---

Firefox Tracking Flags

(Not tracked)

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.

Comment 1

11 years ago
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

Updated

10 years ago
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
Last Resolved: 9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.