Bug 1335079 - Locking screen leaves session unusable
Summary: Locking screen leaves session unusable
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: lightdm
Version: 23
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Rex Dieter
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-05-11 10:09 UTC by Theodore Lee
Modified: 2016-07-22 22:14 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-07-22 22:14:15 UTC
Type: Bug


Attachments (Terms of Use)

Description Theodore Lee 2016-05-11 10:09:09 UTC
Description of problem:
Attempting to lock the screen using "dm-tool lock"/"dm-tool switch-to-greeter" or the GUI equivalents appears to break LightDM entirely, making it impossible to log back in graphically, use a tty, or restart X with keyboard shortcuts or the terminal.

Version-Release number of selected component (if applicable):
lightdm-1.10.6-4.fc23.x86_64

This appears to have started after updating from lightdm-1.10.6-2.fc23.x86_64 to lightdm-1.10.6-4.fc23.x86_64. However, I updated lightdm along with a bunch of other packages, so I'm not certain if there's something else involved.

How reproducible:
Always.

Steps to Reproduce:
1. Log in to a graphical session using LightDM (in my case, I'm running XFCE).
2. Run "dm-tool lock".

Actual results:
I get dumped to what appears to be tty2, and can't get back into my graphical session. Additionally, half of my keyboard inputs get eaten seemingly at random, rendering it effectively impossible to log in to the tty, switch ttys, or kill the X server.

Hitting the power button on the machine still works, and triggers a normal shutdown, as do SysRq inputs. Lately, I've taken to SSHing into the machine and restarting the lightdm service that way, after which things seem to work again.

Expected results:
The graphical session is locked, allowing the user to unlock their session or log in with a new one via the LightDM greeter.

Additional info:
Given the weirdness of the situation, and the fact that no one else has reported it, I'd hazard a guess that there's something specific to my setup involved here. As to what that could be, I haven't a clue. I am running the NVIDIA binary drivers via kmod-nvidia from RPM Fusion, in case that's relevant.

Comment 1 Rex Dieter 2016-05-11 13:23:00 UTC
Yeah, dm-tool isn't useful as far as I can tell, I would recommend not relying on it.

Comment 2 Rex Dieter 2016-05-11 13:24:20 UTC
That said, ALT-F1, ALT-F2, should still be able to switch VT's

Comment 3 Theodore Lee 2016-07-22 22:14:15 UTC
While other issues with display switching have arisen (on boot and on lock LightDM's greeter VTs are blank until I switch away and switch back - much more manageable at least), this particular issue is no longer reproducible with my latest batch of updates. At a glance I'd guess kernel-4.6.4-201.fc23.x86_64 or xorg-x11-drv-nvidia-1:367.35-1.fc23.x86_64 from RPM Fusion to be the relevant package. Given the new VT issues, probably more likely the NVIDIA binary driver.


Note You need to log in before you can comment on or make changes to this bug.