Bug 479601 - KDE lock screen hang up in certain conditions
Summary: KDE lock screen hang up in certain conditions
Status: RESOLVED DUPLICATE of bug 476567
Alias: None
Product: kscreenlocker
Classification: Plasma
Component: general (show other bugs)
Version: 5.27.10
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-01-10 10:07 UTC by Rui Zhao
Modified: 2024-02-15 22:26 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Rui Zhao 2024-01-10 10:07:50 UTC
SUMMARY

I have configured my screen to be automatically locked after a certain timeout. The timeout happens to be the same as "dimming the screen" (i.e. 5 min).

Usually the lockscreen works without issues. However, under certain conditions, it will not respond to my actions: moving mouse leads to cursor movement, but lock-screen always shows its *current/latest status*; typing on keyboard also makes no difference.

Like indicated by the mouse cursor, the OS is responding. I can switch to tty by, e.g., Ctrl+Alt+3.

By "current/latest status", I mean the (animation's) rendering status. For example, if the lock-screen has finished the animation, the content will always be that one. If the lock-screen is half-way through the animation, e.g. the clock is dimmed, the clock will always be that dimmed one.

After tens of incidents, I noticed that this only happens when the lock-screen has just been initiated and I immediately move my mouse trying to cancel it or getting back from it. (I remember this worked without issues a long time ago.)

STEPS TO REPRODUCE
1. Wait until lock-screen has been (automatically) initiated
2. Move mouse immediately / within a short time-span (trying to cancel it; within in a few seconds)

OBSERVED RESULT

Lock-screen is hung and not responding

EXPECTED RESULT

Lock-screen gets cancelled; or the lock-screen is responding normally

SOFTWARE/OS VERSIONS
Operating System: Arch Linux 
KDE Plasma Version: 5.27.10
KDE Frameworks Version: 5.113.0
Qt Version: 5.15.11
Kernel Version: 6.6.9-arch1-1 (64-bit)
Graphics Platform: Wayland
Processors: 8 × 11th Gen Intel® Core™ i5-1135G7 @ 2.40GHz
Memory: 15.4 GiB of RAM
Graphics Processor: Mesa Intel® Xe Graphics
Manufacturer: LENOVO
Product Name: 82G2
System Version: Yoga 14sITL 2021

ADDITIONAL INFORMATION

Initially I have dynamic wallpaper (through 3rd party package) installed, and noticed this is easier to be triggered when using it on the lock-screen. After removing it, it seems less easy to be triggered.
(Note, however, this did not happen in earlier versions quite some time ago, when I initially installed the dynamic wallpaper package.)

Because I have Howdy installed as well, I noticed that the lock-screen sometimes (if not always) triggers Howdy to recognize faces even when this bug happens. But I never remember that the screen will be unlocked by this way when this bug happens.
Comment 1 Rui Zhao 2024-01-10 10:11:11 UTC
Clarification for the "dynamic wallpaper" section:

Initially I have dynamic wallpaper (through 3rd party package) installed, and noticed this bug is easier to be triggered when using dynamic wallpapers on the lock-screen. After removing that package (and changed to a static wallpaper on lock-screen), the bug seems less easy to be triggered.
(Note, however, I do not remember seeing this bug in earlier versions quite some time ago, when I initially installed and configured the dynamic wallpaper package.)
Comment 2 Nate Graham 2024-02-15 22:26:33 UTC

*** This bug has been marked as a duplicate of bug 476567 ***