[Pkg-xfce-devel] Bug#858445: Bug#858445: apparent freeze when exiting text session on second vt while X is running on first vt

Yves-Alexis Perez corsac at debian.org
Tue Jul 18 16:13:32 UTC 2017

On Tue, 2017-07-18 at 12:40 +0000, Daniel Shahaf wrote:
> I haven't commented on this bug before, so let me first describe the
> symptoms I'm seeing.  They are reminiscent of both #846278 and #858445.
> I use stretch (upgraded from jessie).  I run multiple graphical sessions
> in separate tty's.  I run 'startx' from console on each vt; I don't
> lightdm at all (not even on the default tty7) because of #865121
> (a tty-switching bug in lightdm).  Sometimes light-locker kicks in (due
> to inactivity, I guess?) and shows the "You'll be redirected" message,
> and then nothing happens.  I tried blindly typing in my password, but
> that had no effect whatsoever.  I have to pkill light-locker from
> another tty to continue.  That relates to your last comment here:

If you don't use light-locker at all you can remove it from autostarted
applications (Settings Manager / Session & Startup / Autostart and uncheck
“Screen Locker”).

> On Wed, Mar 22, 2017 at 02:53:39PM +0100, Yves-Alexis Perez wrote:
> > On Wed, 2017-03-22 at 13:45 +0100, Daniel Haid wrote:
> > > This happens when I use text console logins and use "startx" to start
> > > Xorg.
> > 
> > light-locker only works with lightdm.
> If light-locker can't cope with being run a session launched by 'startx'
> on the console, then light-locker should not kick in for such sessions.  
> I don't know whether the fix should be made in light-locker itself or in
> one of its callers, but _something_ needs to change to stop invoking
> light-locker in circumstances where it will fail to unlock.

That should already be the case, actually, according to https://github.com/the

Can you check if XDG_SESSION_PATH is set in your session?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/pkg-xfce-devel/attachments/20170718/2072aca4/attachment.sig>

More information about the Pkg-xfce-devel mailing list