Bug 454328 - Can't type password immediately, keystrokes "get eaten" otherwise
Summary: Can't type password immediately, keystrokes "get eaten" otherwise
Status: RESOLVED DUPLICATE of bug 454108
Alias: None
Product: kscreenlocker
Classification: Plasma
Component: general (show other bugs)
Version: 5.24.90
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-05-24 11:06 UTC by retired
Modified: 2022-05-24 16:58 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description retired 2022-05-24 11:06:21 UTC
SUMMARY
It appears that in 5.25 beta lockscreen was given some overhaul. Before that I was able to type in my password and press enter even if screen was displaying clock. Now it ignores keys until password field starts showing.

Is that intended behavior? I would assume in the name of "security" if true.
Now if it's intended, may I suggest doing it like Microsoft and asking user to press Enter, or do a swipe up gesture before password could be inserted? Otherwise it's just looks like UI is lagging from my perspective.

STEPS TO REPRODUCE
1.  Lock screen
2.  Start typing
3.  Keys are being ignored until lockscreen displays password field

OBSERVED RESULT
Can't type my password from muscle memory, unless I want to see "password incorrect" answer.

EXPECTED RESULT

Screenlocker should parse input as before.


Operating System: Arch Linux
KDE Plasma Version: 5.24.90
KDE Frameworks Version: 5.94.0
Qt Version: 5.15.4
Kernel Version: 5.17.9-zen1-1-zen (64-bit)
Graphics Platform: X11
Processors: 8 × Intel® Core™ i7-3720QM CPU @ 2.60GHz
Memory: 15.4 GiB of RAM
Graphics Processor: Mesa Intel® HD Graphics 4000
Comment 1 Nate Graham 2022-05-24 16:58:18 UTC
*** This bug has been marked as a duplicate of bug 454108 ***