https://bugs.kde.org/show_bug.cgi?id=512028
Bug ID: 512028
Summary: With two monitors, submitting a password to one of
them fails to unlock screen on first attempt.
Classification: Applications
Product: systemsettings
Version First unspecified
Reported In:
Platform: Arch Linux
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: kcm_screenlocker
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
SUMMARY
I have two monitors. If my screen locked while my mouse cursor was on a
specific monitor, the first time I press enter to submit my password, it
instead 'wakes' the password entry field on my other monitor.
STEPS TO REPRODUCE
1. Lock screen manually while my mouse cursor is located on the problematic
monitor.
2. Type password.
3. Press enter to submit password.
OBSERVED RESULT
Lock screen wakes the password entry field on my secondary monitor instead of
submitting the password I have already typed into the password entry field
visible on my primary monitor.
EXPECTED RESULT
Lock screen accepts the initial attempt to submit my password.
SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 6.17.7-arch1-1 (64-bit)
KDE Plasma Version: 6.5.2
KDE Frameworks Version: 9.19.0
Qt Version: 6.10.0
ADDITIONAL INFORMATION
pacman reports my version of the systemsettings package as 6.5.2-1, which does
not seem to be an option available in the "version first reported in" field.
Not sure what to do about that, so my apologies. The version I had last, where
I did not experience this issue, was 6.4.5-1.
I've attempted changing which monitor is my "primary" display, but this doesn't
change the behaviour of the bug; the problem always occurs for a specific
monitor rather than primacy.
In case it matters, the monitor that I experience issue with is connected via
displayport and the one that works as normal is connected via hdmi.
When the monitor I'm typing on is going to be problematic, the password entry
field doesn't display the usual blue border that indicates it has focus.
Moving my mouse after locking the screen, even entirely within the bounds of
the problematic monitor, seems to sidestep the bug and return the blue focus
border.
--
You are receiving this mail because:
You are watching all bug changes.
