https://bugs.kde.org/show_bug.cgi?id=525927
Bug ID: 525927
Summary: Wayland window rule shortcut is not registered for new
Firefox Taskbar Tab windows until KWin reconfigure
Classification: Plasma
Product: kwin
Version First 6.7.5
Reported In:
Platform: openSUSE
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: rules
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected]
Target Milestone: ---
DESCRIPTION
On a Plasma Wayland session, KWin window rules with the Shortcut property set
to Force are not applied/registered when Firefox Taskbar Tab windows are
opened. The window has the expected per-webapp application ID, and the rule
matches it exactly. However, the shortcut does nothing until KWin rules are
manually reconfigured.
The same type of shortcut rule works immediately and reliably for a normal
application window such as Krusader.
STEPS TO REPRODUCE
1. Start a Plasma Wayland session.
2. In Firefox, create a Taskbar Tab (web app). Its launcher uses a command
similar to:
firefox -taskbar-tab <UUID> -new-window <URL> -profile <PROFILE> -container
0
3. Create a KWin window rule matching the exact window class/application ID,
for example:
firefox firefox.webapp-d17bf916-cd73-4383-a831-d82f93a73938
4. Add the Shortcut property to the rule, set it to Force, and assign a
shortcut such as Ctrl+Alt+2.
5. Log out and log back in, then open the Firefox Taskbar Tab window.
6. Press the assigned shortcut.
7. Run:
qdbus6 org.kde.KWin /KWin org.kde.KWin.reconfigure
8. Press the shortcut again.
9. Close and reopen the Taskbar Tab window and test the shortcut again.
OBSERVED RESULT
After login or after closing and reopening the Firefox Taskbar Tab window, the
assigned shortcut does nothing. Running KWin.reconfigure makes the shortcut
work immediately. Closing and reopening that window makes it stop working again
until another reconfigure.
The live window already reports the expected resourceClass/desktopFileName
(firefox.webapp-<UUID>). Before reconfigure, the corresponding per-window
_k_session:{UUID} activation action is absent from KGlobalAccel. After
reconfigure, the action appears with the configured shortcut.
A temporary KWin diagnostic script showed:
- Krusader: correct class at windowAdded, shortcut registered immediately.
- Firefox Taskbar Tab: correct final class at windowAdded, but no shortcut is
registered.
EXPECTED RESULT
When a window matches a KWin rule containing a forced Shortcut property, KWin
should register and apply the shortcut as soon as the window is created. Manual
KWin.reconfigure should not be required.
SOFTWARE/OS VERSIONS
Operating System: openSUSE Tumbleweed
KDE Plasma Version: 6.7.5
KDE Frameworks Version: 6.30.0
Qt Version: 6.11.2
KWin Version: 6.7.5
Session: Wayland
Firefox Version: 155.0.1
Kernel: 7.2.5-1-default
ADDITIONAL INFORMATION
The issue was reproduced with three different Firefox Taskbar Tab windows, each
having a different firefox.webapp-<UUID> application ID and a separate KWin
shortcut rule.
A reliable workaround is to execute KWin.reconfigure about 30 seconds after
launching the Taskbar Tab window. Multiple launches can share one delayed
reconfigure call.
The KWin rule configuration remains unchanged across logout/login; this is not
caused by the rule being deleted or rewritten.
--
You are receiving this mail because:
You are watching all bug changes.
