https://bugs.kde.org/show_bug.cgi?id=399572
Bug ID: 399572
Summary: Compositing interruption during "present windows"
effect disables keyboard / mouse input
Product: kwin
Version: 5.14.0
Platform: Neon Packages
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: compositing
Assignee: kwin-bugs-n...@kde.org
Reporter: ma...@free.fr
Target Milestone: ---
SUMMARY
If you start an app that explicitly tells kwin to disable compositing, and if,
meanwhile, you trigger the "present windows" effect, and if the aforementioned
app actually disables compositing while the effect is still active, the
subsequent keyboard and/or mouse inputs have no effect.
(also, some windows decoration may flicker / intermittently disappear)
STEPS TO REPRODUCE
1. Create a kwin rule to permanently disable compositing when a given app is
started. In my case, I did this for the Steam client. This way I'm sure all
games will have compositing turned off to improve performance.
2. Open several windows
3. Start the aforementioned application (preferably, an app that takes a few
second to actually display its window)
4. Quickly trigger the "present windows" effect (hot corner or CTRL-F9)
OBSERVED RESULT
When the application is displayed, compositing is disabled, and the "present
windows effect" is disabled.
Then, one can notice that keyboard input doesn't work anymore. Only the
"windows key" works here and triggers the K Menu. Sometimes it also affects the
mouse which can move but whose clicks have no effect anymore (except in the
log-out menu !)
Some windows decorations are also corrupted.
EXPECTED RESULT
The "present windows" effect should be interrupted when the app is displayed
and compositing is disabled but the keyboard & mouse should continue to work...
SOFTWARE VERSIONS
(available in About System)
KDE Plasma Version: 5.14.0
KDE Frameworks Version: 5.50.0
Qt Version: 5.11.1
ADDITIONAL INFORMATION
KDE Neon 18.04
--
You are receiving this mail because:
You are watching all bug changes.
