Open Bug 1778209 Opened 2 years ago Updated 2 years ago

:-moz-window-inactive still triggers on window drag on X11 (with titlebar enabled)

Categories

(Core :: Widget: Gtk, defect)

Firefox 102
defect

Tracking

()

ASSIGNED

People

(Reporter: abspack, Assigned: emilio)

References

Details

Attachments

(3 files)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0

Steps to reproduce:

I still have this issue on Xubuntu 22.04 on X11 although there was a patch some time ago (see Bug 969322).

When I drag the main window of Thunderbird in version 102, then text in the menu bar changes its color but shouldn't. Also affected are the icons in the left vertical bar and selected emails. There is also the same issue with the download list items in the download window of Firefox 102.

When write in userChrome.css for Thunderbird:
menubar > menu:-moz-window-inactive {
color: red !important;
}

Then the text of the menu bar changes to red but not only when the window is inactive but also on drag. So the -moz-window-inactive seems to get triggered still on drag.

Actual results:

Wrong color on window drag for certain widgets.

Expected results:

Correct color on window drag for certain widgets.

See notes in the images.

Ah, I was going to say that I couldn't repro, but I can repro, only if I enable the titlebar. If I disable it it works fine...

Component: CSS Parsing and Computation → Widget: Gtk
Status: UNCONFIRMED → NEW
Ever confirmed: true
See Also: → 969322
Summary: :-moz-window-inactive still triggers on window drag on X11 → :-moz-window-inactive still triggers on window drag on X11 (with titlebar enabled)
Assignee: nobody → emilio
Status: NEW → ASSIGNED

Hmm, this seems to cause a bunch of timeouts on automation... https://treeherder.mozilla.org/jobs?repo=try&revision=38051ad06a181e608746e37e6e0633986451b82d

Attachment #9284211 - Attachment description: Bug 1778209 - Make window focus follow GDK_WINDOW_STATE_FOCUSED, not container focus. r=stransky → WIP: Bug 1778209 - Make window focus follow GDK_WINDOW_STATE_FOCUSED, not container focus. r=stransky

Any news on this one? Many thanks.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: