| Summary: | Lock screen: pressing shift while entering password lowers volume of my default audio device | ||
|---|---|---|---|
| Product: | [Unmaintained] kscreenlocker | Reporter: | bastimeyer123 |
| Component: | general | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bshah, nate, plasma-bugs-null |
| Priority: | NOR | Keywords: | wayland-only |
| Version First Reported In: | 5.23.0 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
bastimeyer123
2021-10-18 12:40:30 UTC
>, it lowers the volume of my default audio device for some reason. I didn't change any hotkeys after the upgrade.
On shift alone?
Does it happen everytime?
Does this happen when the screenlocker is not running?
Does it happen when you run /usr/lib/libexec/kscreenlocker_greet --testing
. > On shift alone? yes... Doesn't matter which other keys are pressed at the same time or if the password field is in focus or not. >Does it happen everytime? yes, 100% of the time when I lock the screen, regardless how I lock the screen (hotkey, launcher, etc) >Does this happen when the screenlocker is not running? no >Does it happen when you run /usr/lib/libexec/kscreenlocker_greet --testing Arch puts kscreenlocker_greet into /usr/lib/, and running /usr/lib/kscreenlocker_greet from the command line shell (with and without the --testing parameter) surprisingly doesn't cause the issue. I've also already checked if it's caused by the media controls on the lock screen, and it's not. Changing the theme also had no effect (I'm using Dracula and temporarily removed it). Thanks for the info. What can I do to further debug this? Apparently, this is only broken in the wayland session. It's really annoying always having to reset my audio device's volume and hearing the decrease volume sound while entering my password. I don't have any hotkeys set up for changing the volume of any audio devices. And no other relevant hotkeys are set either. As said, I didn't change any hotkeys after the upgrade from 5.22.5 to 5.23.0. The issue is still present on 5.23.1, regardless of how I lock the session. My ~/.config/kscreenlockerrc file doesn't contain anything useful other than the Dracula theme and image slideshow with a list of ignored wallpapers, but that should all be irrelevant. I've tried temporarily downgrading kscreenlocker back to 5.22.5 in order to see whether this issue already occured there on wayland (as I was using X11 prior to 5.23), but that broke kscreenlocker completely and pressing shift made the entire screen fade to black for only one second until it eventually refused to accept any keyboard inputs at all and stopped reacting to mouse input too. SSH-ing into my machine or rebooting was the only way to recover from this. Surprisingly, after reverting kscreenlocker back to 5.23.1, the issue remained, which forced me to switch back to X11 for now, because I'd be unable to lock my desktop on wayland otherwise. Since the shift-key issue didn't occur while running /usr/lib/kscreenlocker_greet from the command line shell during the wayland session, I guess this issue is caused by something else, but I don't know what to do in order to debug this. Thank you for reporting this issue in KDE software. As it has been a while since it was reported, can we please ask you to see if you can reproduce the issue with a recent software version? Like Plasma 5.25, or ideally 5.26? If you can reproduce the issue, please change the status to "CONFIRMED" when replying. Thank you! Sorry, forgot about this thread and hadn't checked in a while. Seems to be fixed now. Tested 5.26.2 |