Summary: | kscreensaver does not launch when a kwin effect is on | ||
---|---|---|---|
Product: | [Unmaintained] kscreensaver | Reporter: | Moviuro <moviuro+kde> |
Component: | general | Assignee: | kscreensaver bugs tracking <kscreensaver-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | major | CC: | kwin-bugs-null |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Moviuro
2014-09-10 06:02:58 UTC
The real issue is actually not having to enter your password to re-login into your session. This could be a major security flaw, as I expect to see a password prompt as I open my laptop... Thomas, any idea why kwin effects could block the screen saver kicking in? Input processing (redirection) -> mouse and kbd are necessarily grabbed. Should affect at least present windows + desktop grid. This cannot really fix on X11. The only way around would be a protocol to have the screenlockers signal "i want the mouse! now!" and all clients reacting to it. (Notice that the problem is not limited to kwin effects: virtually all popups, some sort of autohiding panels, games and whatnot things grab the mouse/keyboard and then locking the screen isn't possible resp. pointless) *** This bug has been marked as a duplicate of bug 234153 *** > This cannot really fix on X11.
to add to this: this bug will automatically be fixed by the switch to Wayland.
On Wayland it is impossible for an application to grab keyboard/mouse and thus
it's impossible to prevent the screen locker from kicking in.
|