[Wayland] Request xdg activation token for new windows
Categories
(Core :: Widget: Gtk, defect, P3)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox145 | --- | fixed |
People
(Reporter: xaver.hugl, Assigned: zzag)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:141.0) Gecko/20100101 Firefox/141.0
Steps to reproduce:
Set "focus stealing prevention" under "Window behavior" settings in KDE Plasma to "Extreme" - this makes KWin require activation tokens for new windows (this will be the default in a future release). Open Firefox, or open a new window by dragging a tab out of an existing one.
Actual results:
The window does not get focused.
Expected results:
Firefox should request the window to be activated with xdg activation.
Comment 1•10 months ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Widget: Gtk' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
| Reporter | ||
Comment 2•10 months ago
|
||
Slight correction: it only doesn't request activation on launch. When dragging a tab out, it does request activation, but apparently with an old serial, so it gets rejected by KWin.
Updated•10 months ago
|
Updated•10 months ago
|
| Assignee | ||
Comment 3•8 months ago
|
||
At the moment, when an activation token is requested, a focus serial
will be provided. But this is not what the compositor expects. From the
compositor side, we expect the last interaction serial, e.g. a serial of
a button press or a key press, in order to confirm that a window is
indeed raised in response to user input.
This change fixes Firefox dialogs not being raised with a new more
stricter activation model in the upcoming 6.5 Plasma release.
Updated•8 months ago
|
Comment 5•8 months ago
|
||
Backed out for causing high failure rate on wayland mochitest plain.
Updated•8 months ago
|
Comment 6•8 months ago
|
||
I don't see how that can be caused by this patch, pushed a try run to try to confirm but seems the pre-existing bug 1870146. Those error messages come from bug 815002, for context.
Comment 8•8 months ago
|
||
| bugherder | ||
Comment 10•8 months ago
|
||
Backed out for causing mochitest failures about v4l2loopback
Comment 11•8 months ago
|
||
That still doesn't make sense to me. Paul, are we misreading the logs somehow / are you familiar with this or know what might be going on?
There's a pre-existing intermittent for this (https://bugzilla.mozilla.org/show_bug.cgi?id=1870146) but presumably this somehow exacerbates it.
I'll try to repro in gnome or something locally.
Updated•8 months ago
|
Comment 12•8 months ago
|
||
FWIW I think what's going on is that the code is crashing mutter.
Comment 13•8 months ago
|
||
Updated•8 months ago
|
Updated•8 months ago
|
Comment 14•8 months ago
|
||
I added gLastSerial = serial; to keyboard_handle_enter, that's the only diff from the original patch and seems to keep mutter happy.
Comment 15•8 months ago
|
||
Comment 16•8 months ago
|
||
| bugherder | ||
Comment 17•8 months ago
|
||
(In reply to Emilio Cobos Álvarez [:emilio] from comment #12)
FWIW I think what's going on is that the code is crashing mutter.
That would explain what we're seeing here, good find.
Updated•7 months ago
|
| Reporter | ||
Comment 18•5 days ago
|
||
On startup, Firefox still doesn't use the activation token. The fix only improved the case where it was already running, but not initial startup.
Comment 19•4 days ago
|
||
I confirm that the problem is still there.
see my bug report
https://bugzilla.mozilla.org/show_bug.cgi?id=2043836
See the answer of kde team on comment #7
https://bugs.kde.org/show_bug.cgi?id=520855
"You can set the focus stealing prevention to a lower value (like Medium) to make KWin apply some heuristics to activate it anyways."
thanks
Comment 20•4 days ago
|
||
Sure, let's fix that if we know how.
Description
•