| Summary: | X11 Screen locker, if "cancelled" right after locking, will permanently freeze | ||
|---|---|---|---|
| Product: | [Plasma] kscreenlocker | Reporter: | Nicole O'Connor <nrfoconnor> |
| Component: | general | Assignee: | Plasma Bugs List <plasma-bugs> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | crash | CC: | duha.bugs |
| Priority: | NOR | ||
| Version: | 6.1.0 | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Attachments: | emerge --info | ||
This should be fixed with 6.1.1. *** This bug has been marked as a duplicate of bug 476567 *** |
Created attachment 170919 [details] emerge --info SUMMARY The screen locker kicked in while I was reading something in my browser, and I instinctively bumped the mouse to prevent the screen from locking in its entirety. In Plasma 5.x, this would automatically unlock my screen (an additional few seconds would require a password), and I could continue. In Plasma 6.1, this results in the locker process freezing. `loginctl unlock-session` was unsuccessful, I required `loginctl terminate-session` (fortunately, most of my programs are capable of some degree of crash recovery). STEPS TO REPRODUCE 1. Let screen time out. 2. Bump the mouse right as you notice the screen change. OBSERVED RESULT Frozen, undismissable lock screen. EXPECTED RESULT Lock screen either: * goes away * prompts for password SOFTWARE/OS VERSIONS Kernel: 6.9.5-gentoo-x86_64 (available in About System) KDE Plasma Version: 6.1.0 KDE Frameworks Version: 6.3.0 Qt Version: 6.7.2 ADDITIONAL INFORMATION I've also attached the output of `emerge --ignore-default-opts --info kscreenlocker`, which will provide some extra information about how exactly the package was built and what kind of environment my system is. Not sure how helpful or needed it will actually be, but I didn't want to finish this empty handed.