Bug 466344 - Esc key is supposed to turn off the display but doesn't
Summary: Esc key is supposed to turn off the display but doesn't
Status: RESOLVED FIXED
Alias: None
Product: kscreenlocker
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-02-24 11:12 UTC by Porkepix
Modified: 2024-01-24 18:49 UTC (History)
8 users (show)

See Also:
Latest Commit:
Version Fixed In: 5.93.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Porkepix 2023-02-24 11:12:22 UTC
SUMMARY

Follow-up bug to https://bugs.kde.org/show_bug.cgi?id=466023

Esc key is supposed to turn the display off from what I was said in #466023, but here it's only hiding media controllers and password input from lockscreen (so, it only displays date/time and lockscreen wallpaper), and display them again if I hit esc again (so, it's a toggle between those two states), but it never turn the display off.


STEPS TO REPRODUCE
1. Lock the session
2. Press esc key
3. Display isn't turned off

OBSERVED RESULT

Display doesn't turn off

EXPECTED RESULT

Display should turn off

SOFTWARE/OS VERSIONS
ArchLinux
Linux/KDE Plasma: 5.27.1
(available in About System)
I'm not seeing an "About System", where should it be looked for?
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version:

ADDITIONAL INFORMATION

Settings are pretty much defaults, but this is a years-old KDE setup so it might contain different defaults from today's.
Comment 1 Aleix Pol 2023-02-24 18:30:03 UTC
Wayland or X11?
Can you check if there's any warnings on powerdevil?
Comment 2 Porkepix 2023-02-24 18:35:25 UTC
X11; Wayland session isn't even available with base packages from default setup, I would need to install additional ones (which I can, though KDE isn't the main environment I'm using).

Not many logs nor useful ones I think, but just incase, here's what can be found from journalctl after locking session and pressing esc a couple of times:

```
févr. 24 19:32:47 T470-clement kscreenlocker_greet[206224]: Qt: Session management error: networkIdsList argument is NULL
févr. 24 19:32:47 T470-clement kscreenlocker_greet[206224]: file:///usr/lib/qt/qml/QtQuick/Controls.2/ToolButton.qml: QML IconImage: Error decoding: file:///usr/share/icons/breeze-dark/actions/24/edit-copy.svg: Unsupported image format
févr. 24 19:32:47 T470-clement kscreenlocker_greet[206224]: kf.kirigami: Failed to find a Kirigami platform plugin
févr. 24 19:32:47 T470-clement kscreenlocker_greet[206224]: file:///usr/share/plasma/look-and-feel/org.kde.breeze.desktop/contents/components/VirtualKeyboard.qml:8:1: module "QtQuick.VirtualKeyboard" is not installed
févr. 24 19:32:47 T470-clement plasmashell[1237]: qt.qpa.clipboard: QXcbClipboard::setMimeData: Cannot set X11 selection owner
févr. 24 19:32:47 T470-clement kscreenlocker_greet[206224]: file:///usr/share/plasma/look-and-feel/org.kde.breeze.desktop/contents/lockscreen/MediaControls.qml:82:9: QML Image: Binding loop detected for property "sourceSize.height"
févr. 24 19:32:47 T470-clement plasmashell[1237]: qt.qpa.clipboard: QXcbClipboard::setMimeData: Cannot set X11 selection owner
févr. 24 19:32:49 T470-clement dbus-daemon[486]: [system] Activating via systemd: service name='org.freedesktop.home1' unit='dbus-org.freedesktop.home1.service' requested by ':1.592' (uid=1000 pid=206224 comm="/usr/lib/kscreenlocker_greet --immediateLock --gra")
févr. 24 19:32:49 T470-clement dbus-daemon[486]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.home1.service': Unit dbus-org.freedesktop.home1.service not found.
févr. 24 19:32:49 T470-clement kscreenlocker_greet[206224]: pam_systemd_home(kde:auth): systemd-homed is not available: Unit dbus-org.freedesktop.home1.service not found
```
Comment 3 Nate Graham 2023-02-27 15:37:02 UTC
Can you paste the output of `systemctl status --user plasma-powerdevil.service`?
Comment 4 Porkepix 2023-02-27 15:39:09 UTC
$ systemctl status --user plasma-powerdevil.service
● plasma-powerdevil.service - Powerdevil
     Loaded: loaded (/usr/lib/systemd/user/plasma-powerdevil.service; static)
     Active: active (running) since Thu 2023-02-23 18:57:38 CET; 3 days ago
   Main PID: 1269 (org_kde_powerde)
      Tasks: 7 (limit: 9352)
     Memory: 5.9M
        CPU: 46.763s
     CGroup: /user.slice/user-1000.slice/user@1000.service/background.slice/plasma-powerdevil.service
             └─1269 /usr/lib/org_kde_powerdevil

févr. 23 18:57:37 T470-clement systemd[976]: Starting Powerdevil...
févr. 23 18:57:38 T470-clement systemd[976]: Started Powerdevil.
févr. 23 18:57:38 T470-clement org_kde_powerdevil[1269]: org.kde.powerdevil: Handle button events action could not check for screen configuration
févr. 25 14:21:26 T470-clement org_kde_powerdevil[1269]: org.kde.powerdevil: Failed to start suspend job "org.freedesktop.login1.OperationInProgress" "There's already a shutdown or sleep operation in progress"
févr. 27 07:46:46 T470-clement org_kde_powerdevil[1269]: org.kde.powerdevil: Unsatisfied policies, the action has been aborted
févr. 27 07:46:51 T470-clement org_kde_powerdevil[1269]: org.kde.powerdevil: Unsatisfied policies, the action has been aborted
Comment 5 Nate Graham 2023-02-27 17:59:27 UTC
Ok looks like it's running. But those warnings make me think it might be be working properly.

What distro are you using?
Comment 6 Porkepix 2023-02-27 18:03:07 UTC
(In reply to Nate Graham from comment #5)
> Ok looks like it's running. But those warnings make me think it might be be
> working properly.
> 
> What distro are you using?

Up-to-date ArchLinux.
This is a years-old setup (including KDE's install), with pretty much the default settings of the installation time.
Comment 7 Nate Graham 2023-02-28 16:01:16 UTC
Thanks for the info.
Comment 8 Denilson F. de Sá 2023-09-22 11:44:01 UTC
I'm running Plasma 5.27.8 on X11 on Manjaro Linux (which itself is based on Arch Linux). I have two monitors. Pressing Escape doesn't turn off the displays for me either. And apparently other people are also facing this issue: https://www.reddit.com/r/kde/comments/1149tzi/monitor_doesnt_turn_off_when_i_press_esc_on_the/

Bug 423035 is a somewhat related bug. People would like to lock and turn off the screen, but bug 423035 prevents that. Most likely, because the KeyRelease event from triggering the shortcut happens after the display was asked to turn off, and thus the system understands it's a new input and turns the display back on immediately. Could it be the same root cause for this bug?

`systemctl status --user plasma-powerdevil.service` shows it is active and running. There are three messages, most of them seem unrelated:
* org.kde.powerdevil: org.kde.powerdevil.chargethresholdhelper.getthreshold failed "Charge thresholds are not supported by the kernel for this hardware"
* org.kde.powerdevil: org.kde.powerdevil.backlighthelper.brightness failed
* org.kde.powerdevil: Handle button events action could not check for screen configuration
Comment 9 Nex 2023-10-24 08:02:28 UTC
Also running into this issue on openSUSE Tumbleweed. 

Laptop (X1 Carbon 6th gen) with two external monitors, laptop is closed.

Plasma 5.27.8
Kernel 6.5.6-1-default (64-bit)
Graphics platform X11
Graphics processor Mesa Intel® UHD Graphics 620
Comment 10 Patrick Silva 2023-11-13 21:29:57 UTC
Same on Arch Linux running Plasma 6 alpha and neon untstable.
Comment 11 Jakob Petsovits 2024-01-24 18:49:57 UTC
This was fixed as documented further down in bug 338796. The brief version is that the turn-off handler wasn't executed because on X11 initialization finished before it could register for the "initialization finished" signal. The fix will be in Plasma 6.0 RC2 and later.