Summary: | Screen not locking on resume from suspend | ||
---|---|---|---|
Product: | [Plasma] plasmashell | Reporter: | HD <haakondr> |
Component: | general | Assignee: | Plasma Development Mailing List <plasma-devel> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bhush94, kde, lungten.wangchuk, mgraesslin, plasma-bugs |
Priority: | NOR | ||
Version: | 5.15.4 | ||
Target Milestone: | 1.0 | ||
Platform: | Neon | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
HD
2017-08-09 17:59:31 UTC
I am running KDE Neon with Plasma 5.15.4 (latest user edition) and this bug still exists. This bug has been reported on Launchpad for Ubuntu packages here: https://bugs.launchpad.net/ubuntu/+source/kde-baseapps/+bug/1599950 I can confirm that this bug is reproducible. In the bug report it says "open a context menu". This is unfixable on X and works fine on Wayland. Is that what you're seeing? Yes, it happens when laptop lid is closed with an open context menu on X. I'm afraid that is unfixable on X. The context menu grabs the mouse and keyboard and as such the lock screen cannot. The same reason print screen button does not work when a menu is open. On Wayland this works fine. (In reply to Kai Uwe Broulik from comment #4) > I'm afraid that is unfixable on X. The context menu grabs the mouse and > keyboard and as such the lock screen cannot. The same reason print screen > button does not work when a menu is open. On Wayland this works fine. I am a bit surprised to hear that this bug cannot be fixed. For a usability point of view this is a security issue, which I believe should be a high priority. Has this issue been discussed somewhere and declared to be unfixable at all? I could not find any related discussion with an ultimatum. Moreover, I switched to KDE recently from GNOME (on X) and never encountered this bug. Anyway, I just tried taking screenshot using the print screen button with an open context menu and it works fine. Also I am able to lock screen (Ctl+Alt+L) with an open context menu. Can you please elaborate or point me somewhere so that I can understand why this bug cannot be fixed? > Has this issue been discussed somewhere and declared to be unfixable at all? Of course, over and over again. I can't find the relevant bug report right now, however. > Anyway, I just tried taking screenshot using the print screen button with an open context menu and it works fine. Also I am able to lock screen (Ctl+Alt+L) with an open context menu. Doesn't work here. Did you right click in Chrome or something? > Can you please elaborate or point me somewhere so that I can understand why this bug cannot be fixed? Because on X context menus grab all keys and mouse and you cannot ungrab them. (In reply to Kai Uwe Broulik from comment #6) > > Has this issue been discussed somewhere and declared to be unfixable at all? > > Of course, over and over again. I can't find the relevant bug report right > now, however. > > > Anyway, I just tried taking screenshot using the print screen button with an open context menu and it works fine. Also I am able to lock screen (Ctl+Alt+L) with an open context menu. > > Doesn't work here. Did you right click in Chrome or something? > > > Can you please elaborate or point me somewhere so that I can understand why this bug cannot be fixed? > > Because on X context menus grab all keys and mouse and you cannot ungrab > them. Earlier, I tested with Firefox context menu which also causes this bug. Testing with Konsole, you are right, the keyboard is non-responsive. So, I should be switching to Wayland then? > So, I should be switching to Wayland then?
For this bug, yes. Wayland has other regressions, though.
(In reply to Christoph Feck from comment #9) > > So, I should be switching to Wayland then? > > For this bug, yes. Wayland has other regressions, though. I guess I just have to be mindful of the bug and continue using X. |