Created attachment 1200913 [details] output of "rpm -qa --last | tac" Description of problem: Manually choosing screen lock results in the screen going black with only the mouse cursor moving. There is no dialog box for re-entering password to unlock. Either reboot, or have a key sequence to restart X server. The problem showed up after updates released on 13 September 2016. I assume this may have something to do with plasma, since there were a lot of plasma updates on that day. Version-Release number of selected component (if applicable): How reproducible: Every time. Steps to Reproduce: 1. Choose "lock screen" from menu. 2. 3. Actual results: Expected results: Additional info:
I can also function key over to a text terminal and issue "loginctl unlock-sessions" to unlock.
Same problem here, on Fedora 24, appeared after a dnf update around the same time. When this happened, I could recover by switching to a textual virtual console (Ctrl-Alt-F2), running "loginctl unlock-sessions" and then switching back (Ctrl-Alt-F1). The problem went away after deleting the file $HOME/.config/kscreenlockerrc . The old content of that file was as follows: === [$Version] update_info=kscreenlocker.upd:0.1-autolock [Daemon] LockGrace=10 Timeout=15 [Greeter] Theme=org.fedoraproject.fedora.twenty.two === With that old kscreenlockerrc, journalctl showed the following error when locking: kscreenlocker_greet[1234]: No metadata file in the package, expected it at: "/usr/share/plasma/look-and-feel/org.fedoraproject.fedora.twenty.two/" This Fedora 24 box was upgraded from 22 and then 23.
I think I see the problem then, yeah, we recently removed support for the old (now EOL) fedora.twenty.two theme We'll have to handle the case that users may still have references to it.
*** This bug has been marked as a duplicate of bug 1376364 ***