[Bug 1166496] New: KDE: Screen saver fails to lock screen while display is switched to a different virtual terminal
http://bugzilla.opensuse.org/show_bug.cgi?id=1166496 Bug ID: 1166496 Summary: KDE: Screen saver fails to lock screen while display is switched to a different virtual terminal Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.1 Hardware: All OS: Linux Status: NEW Severity: Critical Priority: P5 - None Component: KDE Workspace (Plasma) Assignee: opensuse-kde-bugs@opensuse.org Reporter: jw@raven.inka.de QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- On several freshly installed systems with KDE, the screen saver won't lock the screen while a different virtual terminal is active. I can see the Problem with opensuse-Leap-15.1 as well as with ubuntu-18.04 (when kubuntu-desktop is installed) How to reproduce: 1. Configure the screen saver to 1 minute and require the password after additional 5 seconds. 2. While the screen saver in not active, activate a different virtual terminal (e.g. by pressing CTL-ALT-F2) 3. Wait for more than 70 seconds. 4. Switch back to the desktop Expected behavior: Screen saver is active and only the password screen is visible. Actual behavior: when switching back, all the open applications (possibly showing confidential data!) are visible for about one second. Only then the screen starts to dim. And due to the setting of 5 seconds for password requirement, one can stop the screen saver just by typing some key or moving the mouse. Result of mailing list discussion so far: - Problem can be reproduced by other people - Problem does appear with sddm, lightdm and kdm - Problem does not seem to appear with gdm and xfce Mailing list thread: https://lists.opensuse.org/opensuse/2020-03/msg00267.html -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1166496
Alex B.
http://bugzilla.opensuse.org/show_bug.cgi?id=1166496
http://bugzilla.opensuse.org/show_bug.cgi?id=1166496#c1
Wolfgang Bauer
I can see the Problem with opensuse-Leap-15.1 as well as with ubuntu-18.04 (when kubuntu-desktop is installed) Then it's certainly not an openSUSE problem.
AFAIK, the suspending of the session is done by systemd though, so reassigning. It may be a good idea to report it upstream at bugs.kde.org as well though, maybe KDE's screenlocker would need to be adjusted to changes in systemd... -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1166496
http://bugzilla.opensuse.org/show_bug.cgi?id=1166496#c2
--- Comment #2 from Wolfgang Bauer
http://bugzilla.opensuse.org/show_bug.cgi?id=1166496
http://bugzilla.opensuse.org/show_bug.cgi?id=1166496#c3
--- Comment #3 from Josef Wolf
PS: I meanwhile found https://bugs.kde.org/show_bug.cgi?id=369137, which seems to be about the same problem.
Yes, it seems to be about the same problem. But it suggests that the problem appears only whe using kodi, which is not true.
According to the comments, this cannot be fixed from the KDE/Plasma side on X11 (and seems to work fine on Wayland).
Yes. But I fail to understand that. As I mentioned, the problem does not occur wit e.g. gdm. Thus, there must be a way to do it properly.
The recommendation is to use Plasma's "Switch User" functionality to switch to a different session (which should lock the screen immediately) instead of Ctrl+Alt+Fx.
The "switch user" functionality suffers from the same problem. So this is not a workaround. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1166496
http://bugzilla.opensuse.org/show_bug.cgi?id=1166496#c4
--- Comment #4 from Wolfgang Bauer
PS: I meanwhile found https://bugs.kde.org/show_bug.cgi?id=369137, which seems to be about the same problem.
Yes, it seems to be about the same problem. But it suggests that the problem appears only whe using kodi, which is not true. It says that it happens with kodi running, but not that it *only* happens with kodi.
Feel free to add a comment to make it clear that it also happens without kodi running. But I think that is understood, the comments don't refer to kodi at all.
According to the comments, this cannot be fixed from the KDE/Plasma side on X11 (and seems to work fine on Wayland).
Yes. But I fail to understand that. As I mentioned, the problem does not occur wit e.g. gdm. Thus, there must be a way to do it properly. You mean, it does not occur with GNOME + gdm I suppose. (or does it not happen with Plasma as well if using gdm? then you'd have a workaround at least)
They integrated the screenlocker in gdm AFAIK, at least screen locking will not work at all in GNOME if you use a different login manager than gdm IIANM. The problem here is that the running Plasma session is basically frozen when you switch to a different VT, so it cannot actually lock the screen until you switch back (and then the 5 seconds grace period starts, but that is configurable). You'll notice something similar if you e.g. play some music in the session, as somebody mentioned in your mailing list thread. If you press Ctrl+Alt+Fx, the music stops until you switch back. And this does not only happen with Plasma, but also IceWM e.g., so it's definitely not something that Plasma does.
The recommendation is to use Plasma's "Switch User" functionality to switch to a different session (which should lock the screen immediately) instead of Ctrl+Alt+Fx.
The "switch user" functionality suffers from the same problem. So this is not a workaround. I cannot confirm that here. The screen is locked immediately after choosing "Switch User" from the menu, before the selection is actually possible. I'm not sure at the moment how it behaved in Plasma 5.12 though, that is shipped with Leap 15.1.
In any way, this is no packaging problem in openSUSE. As I already wrote, if something is to be changed on the KDE side, it needs to be done upstream. But apparently it would need changes on a lower level, that's why I reassigned it to Basesystem and did not just close it as upstream. And that's all *I* can say on the topic. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1166496
http://bugzilla.opensuse.org/show_bug.cgi?id=1166496#c5
--- Comment #5 from Josef Wolf
You mean, it does not occur with GNOME + gdm I suppose.
It does not happen with kde/plasma + GDM
You'll notice something similar if you e.g. play some music in the session, as somebody mentioned in your mailing list thread. If you press Ctrl+Alt+Fx, the music stops until you switch back.
This is actually not true. I can hear sound from youtube videos while I am switched to a different terminal. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1166496
http://bugzilla.opensuse.org/show_bug.cgi?id=1166496#c6
--- Comment #6 from Wolfgang Bauer
You mean, it does not occur with GNOME + gdm I suppose.
It does not happen with kde/plasma + GDM Well, that would actually confirm that it's not a bug in Plasma it seems.
I'd suggest you use gdm then, if the problem annoys you.
You'll notice something similar if you e.g. play some music in the session, as somebody mentioned in your mailing list thread. If you press Ctrl+Alt+Fx, the music stops until you switch back.
This is actually not true. I can hear sound from youtube videos while I am switched to a different terminal. I cannot, also sound from youtube videos is stopped if I switch to another VT.
I'm currently using kdm (from KDE4) here btw. Still, you wrote:
I can see the Problem with opensuse-Leap-15.1 as well as with ubuntu-18.04 (when kubuntu-desktop is installed) ... - Problem does appear with sddm, lightdm and kdm
That means IMHO, that it is a more general problem, not just a bug in one displaymanager (and not specific to openSUSE anyway). -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1166496
http://bugzilla.opensuse.org/show_bug.cgi?id=1166496#c7
Wolfgang Bauer
participants (2)
-
bugzilla_noreply＠novell.com -
bugzilla_noreply＠suse.com