Bug#846278: light-locker is counterproductive
Package: light-locker
Version: 1.8.0-3
Followup-For: Bug #846278
After upgrading from Debian 'stretch' to 'buster' I am seeing similar
behavior as the other reporters here:
* when I close the lid, the system suspends to RAM.
* when I reopen, I get a black screen
* clicking around, moving the mouse, pressing shift, space or any key
doesn't have any effect
* then I switch to CTRL-ALT-F1, a text terminal appears
* I switch back to CTRL-ALT-F7, now the lock screen appears, with the
text "you will be redirected shortly" (in german, so I'm not sure
about the exact english wording).
* again clicking around, pressing keys, but the lock screen remains in
"you will be redirected shortly"
* then I press CTRL-ALT-F8 (yes F8!!) and I see the lightdm graphical
login screen (I suppose it's lightdm that is responsible for the
login screen)
* once logged in I can switch to CTRL-ALT-F1 to the text terminal and
back to CTRL-ALT-F7 (yes F7!!) and my normal desktop appears
* I had very spurious problems with the lock screen (say once in three
months) under Debian stretch
* however under 'buster' the problem is 100% repeatable
* I have tried with both light-locker 1.8.0-3 and 1.8.0-2
* after uninstalling light-locker, everything "just works" that is,
after resume I am presented the lightdm login screen
Some findings:
* so, for some reason, the lock screen seems to be appearing on F7 and
the desktop on F8. Once I am logged in, the desktop seems to be
magically switching over to F7.
* the lock screen is serving no purpose as far as I can see and it
actually breaks the users' system. Logging back in is not possible
without that weird workaround/hack above.
Given the above (I can't see the use for light-locker, given that
lightdm presents a login screen anyway) I suggest to drop
the package from Debian. And/or remove it from the Suggests of
xfce4-session and lxqt-session, because at least here it effectively
breaks xfce4-session and lxqt-session.
It'd be useful to know on how many "buster" systems light-locker
works vs. how many it breaks.
*t
PS: I'll add a Cc: Debian Xfce Maintainers <debian-xfce@lists.debian.org>,
LXQt Packaging Team <pkg-lxqt-devel@lists.alioth.debian.org> for the
xfce4-session and lxqt-session packages later.
-- System Information:
Debian Release: buster/sid
APT prefers testing-debug
APT policy: (500, 'testing-debug'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.19.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_CH.utf8, LC_CTYPE=de_CH.utf8 (charmap=UTF-8), LANGUAGE=de_CH:de (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages light-locker depends on:
ii dconf-gsettings-backend [gsettings-backend] 0.30.1-2
ii libc6 2.28-5
ii libcairo2 1.16.0-2
ii libdbus-1-3 1.12.12-1
ii libdbus-glib-1-2 0.110-3
ii libglib2.0-0 2.58.2-3
ii libgtk-3-0 3.24.4-1
ii libpango-1.0-0 1.42.4-6
ii libpangocairo-1.0-0 1.42.4-6
ii libsystemd0 240-4
ii libx11-6 2:1.6.7-1
ii libxext6 2:1.3.3-1+b2
ii libxss1 1:1.2.3-1
ii lightdm 1.26.0-3
light-locker recommends no packages.
light-locker suggests no packages.
Reply to: