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 after the light-dm shows up, and then disappear from all
monitors.  The mouse cursor would be visible.

I have now installed slick-greeter and removed the file
/etc/X11/xorg.conf that I added as the workaround.  This has solved all
the problems for me.


signature.asc
Description: PGP signature


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 this laptop, a Thinpad X220,
mainly docked, alternating between one docking station with two external
screens (display port + DVI) and one with a single external screen
(DVI).

When docked to the station with two screens most issues with
light-locker have disappeared.  Still, at one occasion there was a black
screen after wakeup from suspend-to-RAM, and I had to kill light-locker
form a text VT.

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 UI elements at the top right of the screen.  Still,
I can log in blindly.  When locking the session, the same problem
reappears.

The greeter reappears again when I remove the file /etc/X11/xorg.conf
that was created for the workaround.

By the way, I ran “X -configure” also when docked to the station with
the single screen and the resulting xorg.conf file is identical to the
one that was generated at the other station.



Bug#943543: Acknowledgement (xfce4-screensaver: Black screen after unlock)

2019-10-26 Thread Christoph Groth
I filed this bug only after verifying during one night that it does not
occur with xscreensaver.  However, now I just observed it after a
suspend period of a couple of hours.  The package xfce4-screensaver
cannot be the culprit, since it is no longer installed.



Bug#943543: xfce4-screensaver: Black screen after unlock

2019-10-26 Thread Christoph Groth
Package: xfce4-screensaver
Version: 0.1.8-1
Severity: important

Dear Maintainer,

I upgraded to Xfce 4.14 from Debian bullseye.  This involved xfce4-screensaver
from unstable.  (I'm actually unsure why it got installed.  I have unstable in
the APT-sources, but APT::Default-Release is set to "testing".)

The screensaver is set to "blank screen".  When unlocking after a system
suspend or simple screen lock, first the unlock dialog is shown normally, but
then, at least sometimes, the screen remains black.  The mouse pointer is
still visible, so this is not a problem of mode setting.  The only way that I
have found to return to a usable system is switching to a text console and
killing xfce4-session.

While I observe this problem sometimes after a very short lock, it occurs
reliably after a long lock.  Curiously, however, I could only ever observe it
when using the built-in monitor of my laptop computer or one external monitor.
With the two external monitors that I connect at work, I never saw it.

As a workaround, I uninstalled xfce4-screensaver and installed "good old"
xscreensaver instead.

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_DK.utf8, LC_CTYPE=en_DK.utf8 (charmap=UTF-8), LANGUAGE=en_US:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages xfce4-screensaver depends on:
ii  libc6   2.29-2
ii  libcairo2   1.16.0-4
ii  libdbus-1-3 1.12.16-2
ii  libdbus-glib-1-20.110-4
ii  libgarcon-1-0   0.6.4-1
ii  libgdk-pixbuf2.0-0  2.40.0+dfsg-1
ii  libgl1  1.1.0-1+b1
ii  libglib2.0-02.62.1-1
ii  libgtk-3-0  3.24.12-1
ii  libpam0g1.3.1-5
ii  libpango-1.0-0  1.42.4-7
ii  libsystemd0 242-7
ii  libwnck-3-0 3.32.0-1
ii  libx11-62:1.6.8-1
ii  libxext62:1.3.3-1+b2
ii  libxfce4ui-2-0  4.14.1-1+b1
ii  libxfconf-0-3   4.14.1-1
ii  libxklavier16   5.4-4
ii  libxss1 1:1.2.3-1

Versions of packages xfce4-screensaver recommends:
ii  gir1.2-glib-2.0  1.62.0-2
ii  gir1.2-gtk-3.0   3.24.12-1
ii  python3  3.7.5-1
ii  python3-gi   3.34.0-1
ii  xfconf   4.14.1-1

xfce4-screensaver suggests no packages.