Bug#929834: Found a workaround which also solves other oddities

2020-01-09 Thread Christoph Groth
Enrico Zini wrote: > This happens with me because the interface appears in the screen where > the mouse is: try moving the mouse cursor towards the screen that is > on, and the login window should come with it. For me this was not the case. The UI would appear for half a second immediately

Bug#929834: Found a workaround which also solves other oddities

2020-01-08 Thread Enrico Zini
On Wed, Jan 08, 2020 at 09:51:25PM +0100, Christoph Groth wrote: > But when docked to the other station (with one screen), lightdm does not > show any user interface elements. The Debian background image is > visible, but neither the window where the username/password is to be > entered, nor the

Bug#929834: Found a workaround which also solves other oddities

2020-01-08 Thread Christoph Groth
On Sun, 5 Jan 2020 19:19:39 +0100 Alf wrote: > Now I discovered this posting from Dai_trying: > (...) > > And that really works without any glitches for over a week so far. > (...) I tried Alf’s workaround on a laptop on which Debian buster with an Xfce desktop was installed recently. I use

Bug#929834: Found a workaround which also solves other oddities

2020-01-05 Thread Yves-Alexis Perez
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Sun, 2020-01-05 at 19:19 +0100, Alf wrote: > So, my guess is that this nasty bug is actually caused not caused by > light-locker, but instead by xorg-server which either looses the mouse > or fails to (re)start with correct configuration. With

Bug#929834: Found a workaround which also solves other oddities

2020-01-05 Thread Alf
I did try the different workarounds in Buster like "xset s off", disabling light-locker so it wouldn't start, tried kernel 5.3. All these improved the situations with "black screen", but finally still some situations where the monitor should awake from DPMS state remained and I had to switch