| Summary: | Monitors turning back on after being turned off per power settings for inactivity, videos freeze after wake | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | gabriel.cannabrava |
| Component: | Power management & brightness | Assignee: | Plasma Bugs List <plasma-bugs> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | bugs-kde.manicotti120, kdedev, nate, postix, xaver.hugl |
| Priority: | NOR | ||
| Version First Reported In: | 6.4.0 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
gabriel.cannabrava
2025-06-23 02:25:18 UTC
I'm not able to reproduce this on a system running git-master that has an NVIDIA GPU Running the dbus command, this is all that's written to the journal `dbus-send --session --print-reply --dest=org.kde.kglobalaccel /component/org_kde_powerdevil org.kde.kglobalaccel.Component.invokeShortcut string:'Turn Off Screen'` Jun 24 17:11:56 tlc-xps17-solus dbus-broker[1249]: A security policy denied :1.43 to send method call /org/freedesktop/login1/seat/seat0:org.freedesktop.login1.Seat.Inhibit to org.freedesktop.login1. Jun 24 17:11:56 tlc-xps17-solus kwin_wayland[2247]: kwin_core: Failed to delay sleep: Sender is not authorized to send message Jun 24 17:11:56 tlc-xps17-solus dbus-broker[1249]: A security policy denied :1.43 to send method call /org/freedesktop/login1/seat/seat0:org.freedesktop.login1.Seat.Inhibit to org.freedesktop.login1. Jun 24 17:11:56 tlc-xps17-solus kwin_wayland[2247]: kwin_core: Failed to delay sleep: Sender is not authorized to send message Jun 24 17:11:56 tlc-xps17-solus dbus-broker[1249]: A security policy denied :1.43 to send method call /org/freedesktop/login1/seat/seat0:org.freedesktop.login1.Seat.Inhibit to org.freedesktop.login1. Jun 24 17:11:56 tlc-xps17-solus kwin_wayland[2247]: kwin_core: Failed to delay sleep: Sender is not authorized to send message The screens are turned off and stay off until I press a key or move the mouse. I waited 30 seconds. Same behavior on a system on git-master with an AMD GPU, and on that system with a 6.3.5 Plasma session I'll leave this open so others can try reproducing I'm trying to hunt down the same problem and I've found something that may be useful for others to reproduce it easier. First, (in my case) you don't need to wait for system to sleep but instead set in System->Power Management "Turn off screen when locked: 20 seconds". Then simply lock the screen and wait if the screen properly turns off as it should, but sometimes the screen goes black and after a couple of seconds it is woke up, then after 20 seconds goes black and again woke up. Now the conditions in my case: I have Fedora 42 with Plasma 6.4.1 installed on my external SSD that I plug into 2 separate laptops. First laptop is with Intel 11th gen iGPU only, the second laptop is Intel 12th gen iGPU + nVidia dGPU. 1. If I have external monitor unplugged it *always* works - not reproducible 2. If I plug external monitor to iGPU only laptop as USB-C/Display Port/Thunderbolt - not reproducible 3. If I plug external monitor to iGPU only laptop as HDMI - *always reproducible* 4. If I plug external monitor to 12th gen laptop to USB-C which is hardwired to Intel iGPU - not reproducible 5. If I plug external monitor to 12th gen laptop to HDMI which is hardwired to nVidia dGPU - not reproducible So as of now I'd say someone needs to try plugging external monitor through HDMI that is connected to intel iGPU. I was using Fedora 42 with Gnome+GDM and there was not such a problem in any of the above configuration so I don't think the problem is somewhere in drivers/firmware. (In reply to SzymonP from comment #2) > I'm trying to hunt down the same problem and I've found something that may > be useful for others to reproduce it easier. Thank you for the detailed testing! > So as of now I'd say someone needs to try plugging external monitor through > HDMI that is connected to intel iGPU. I tried re-testing with a laptop that only has an integrated AMD GPU connected to HDMI, with your testing steps, and couldn't reproduce. This lends weight to this potentially being tied to having an integrated Intel GPU connected to HDMI. Hopefully someone else with this hardware can confirm. > Hopefully someone else with this hardware can confirm.
Tried it with a Kaby Lake powered laptop, but could not reproduce it on Plasma 6.4.1 + Kernel 6.15.3 (Fedora 42).
Based on the symptoms and some of the kwin log entries this looks like bug 493879. I'm going to merge this report into that older one, please follow that one for updates. *** This bug has been marked as a duplicate of bug 493879 *** |