This bug also causes the desktop to be accessible for a split second
before the lock screen kicks in when resuming from suspend, c.f
https://askubuntu.com/questions/1383379/xubuntu-desktop-visible-after-suspend-before-lock-screen/
I know disabling upower-glib support was frowned upon in the past
I have also had the same issue consistently. Happens occasionally, but is
quite annoying. I can fix it by switching to a virtual terminal (which
works), scheduling "DISPLAY=:0 xrandr --auto" to run in the near future,
and then switching back to the X VT, and waiting for the command to run.
My
This is on the 5.10.0-8 kernel on Debian Bullseye with Nvidia graphics with the
proprietary driver installed. I am using light-locker 1.8.0 and upower
0.99.11-2 with the desktop configured to suspend my computer on lid closures.
This happens whether or not the laptop is plugged in and is a
On 8/3/21 11:05 AM, truetec...@tutanota.com wrote:
This is on the 5.10.0-8 kernel on Debian Bullseye with Nvidia graphics
with the proprietary driver installed. I am using light-locker 1.8.0
and upower 0.99.11-2 with the desktop configured to suspend my
computer on lid closures. This happens
On Mon, 2 Aug 2021 02:08:09 +0200 (CEST) truetec...@tutanota.com wrote:
> Package: xfce4-settings
> Version: 4.16.0-1
> Severity: critical
>
> On Debian and, by extension, Ubuntu, when suspending a laptop via
closing the lid on XFCE, the screen stays black after resuming from
suspend. The only
Package: xfce4-settings
Version: 4.16.0-1
Severity: critical
On Debian and, by extension, Ubuntu, when suspending a laptop via closing the
lid on XFCE, the screen stays black after resuming from suspend. The only way
to "fix" the system is to blindly type "xrandr --auto" into a terminal or
6 matches
Mail list logo
