Bug 348082

I've seen this too. Often I leave my desktop pc on in the evenings with the timeout being 10 minutes and even if there's absolutely no activity around the pc, sometimes the screen just comes on on its own, then powers off again after 10 minutes and so on.

But I'm also yet to see any pattern.

Is there a way to trace which event is triggering that wake up ?
Would a regular build allow for such a trace or is there need for a debug build ?

As reproducing that bug is very lengthy, I volunteer to let it run, gather traces and send them out.

Please let me know.

Do you have it configured to suspend session? In my setup, suspend (sleep) was causing the issue -- there are many ways ACPI wakeup can be triggered. There is a simple way to test: manually suspend ("Suspend To RAM" in krunner). If your machine blanks and wakes back up in a few seconds, this is the issue.

Unfortunately if so, you are looking at an ACPI issue, which is likely a hardware/kernel layer quirk. There is lots of talk out there about it, but there doesn't seem to be any simple way of debugging what device woke up your machine. The best way seems to be disabling wakeup devices from /proc/acpi/wakeup one by one until your machine sleeps.

In my case, my desktop machine is configured to never sleep/suspend. However, the cause may indeed be the same/related.

Good news so far, is that since kubuntu has deployed updates to 5.3.1, I haven't seen the problem. I will watch for it and report accordingly.

Thank you guys for looking into it!

Actually the problem is still present :-( Just it hadn't happened in the first two days after update to 5.3.1

No, my machine is not configured to suspend session. I did however verify that the spurious wakeup issue is not present in my case.

I wish there was an easy way to trace the wakeup events so I could report the data.

The only workaround I can think of is manually hitting the monitor power switch. This has the undesired side effect of powering off the monitor USB Hub, and the USB devices attached to it.
So, in turn I need to find a workaround to Phonon losing the audio devices and not recovering them when power is back up. But that's another bug to be opened for Phonon.

Thank you all!

I was having a similar problem after upgrading to Kubuntu 15.04. I finally solved it today by removing ~/.kde/share/config/powermanagementprofilesrc, logging out, and logging back in.

This drove me nuts -- I spent several hours trying to diagnose it. Then I realized if I create a new user and log into that user, then power management works correctly. That set me on to figuring out which rc file to remove.

Hope this helps somebody!

Nevermind, my problem persists :(

I am having a problem identical to this with Kubuntu 15.10. Any suggestions for debugging?

Could you perhaps try https://git.reviewboard.kde.org/r/126145/ ?

I've been noticing that the problem might go away if I unplug the USB trackball.
I'm playing with xinput to try find some settings that might address it permanently.

Mice are often the culprit. Mine used to wake up all the time long ago (previous mouse).

They're so sensitive.. Try unplugging your mouse and see if it occurs after that.

I'm now using Gentoo, with:
kde-plasma/powerdevil-5.20.3

The problem seems to be really tied to the mouse itself.
It's actually a trackball:
Kensington Slimblade Trackball

I have to disconnect the trackball from its USB bus to not get randomly woken-up.

It doesn't appear to be a powerdevil bug.

Maybe implementing or documenting a finer granularity on what events can wake-up the system would allow to ignore mouse events. But that's just a wish-list item.

Thanks!

Moving to wishlist for power savings kcm.

My Arch Linux is affected. When this behavior occurs on Wayland, Frequently my
hdmi monitor does not enter in power saving mode again until Plasma session
is restarted, what can damage the monitor. That's why I always turn my monitor
off manually when I need to leave my computer for a long time.

SOFTWARE/OS VERSIONS
Operating System: Arch Linux
KDE Plasma Version: 5.21.5
KDE Frameworks Version: 5.82.0
Qt Version: 5.15.2

(In reply to Patrick Silva from comment #15)
> My Arch Linux is affected. When this behavior occurs on Wayland, Frequently
> my
> hdmi monitor does not enter in power saving mode again until Plasma session
> is restarted, what can damage the monitor. That's why I always turn my
> monitor
> off manually when I need to leave my computer for a long time.
> 
> SOFTWARE/OS VERSIONS
> Operating System: Arch Linux
> KDE Plasma Version: 5.21.5
> KDE Frameworks Version: 5.82.0
> Qt Version: 5.15.2

Do you have a trackball mouse as well ?
Is it mouse related in your case too ?

(In reply to Méven Car from comment #16) 
> Do you have a trackball mouse as well ?
> Is it mouse related in your case too ?

No, I use a basic usb mouse.
The problem did not happen since my previous commment.
I will comment here if it happens again.

This problem happened 5 times on my Arch Linux
since my previous comment here, once on X11 and 4 times
on Wayland (3 today after logout from X11 session).
On X11, my monitor spontaneously enters in power saving mode again when the timeout configured in Energy Saving KCM is reached.
However, on Wayland the monitor does not enter
in power saving mode again until some keyboard key is pressed
(I pressed CTRL today) or mouse is moved.
I do not know if the bug is related to usb mouse yet.

This bug will potentially damage many monitors if it is not fixed
before Wayland session of Plasma becoming popular.

SOFTWARE/OS VERSIONS
Operating System: Arch Linux
KDE Plasma Version: 5.22.0
KDE Frameworks Version: 5.83.0
Qt Version: 5.15.2
Graphics Platform: Wayland

This bug no longer occurs on my Arch Linux since ddcutil support was disabled
29 days ago.

https://github.com/archlinux/svntogit-packages/commit/274840f272926b74361a0cabf809e877d5a2adb5#diff-3e341d2d9c67be01819b25b25d5e53ea3cdf3a38d28846cda85a195eb9b7203a

I've been experiencing this bug for a few years.
My debian kde version is now sid/experimental/wayland. (Plasma 5.21)
Powerdevil is installed, but nothing ddcutil: debian doesn't have the dependency.
I think the bug description should be reverted to what it was until a week ago.

No `ddcutil` on debian. Still definitely subject to the bug. Hence reverting the bug short description to what it was initially.

It's probably not good for the monitor, it turning on and off, again and again, without ever ending. Even if it's at a slow pace, the full cycle taking maybe 30 min.
This time, it was after two reboot, w/o login, then login, and not touch anything, not launching any app. After 10 min, which is consistent with my timer setting, the screen turns off. But then, like 20 min later it turns back on, all by itself. Then back off. Etc.
Sometimes it never turns off.
Sometimes the screen locker doesn't even kick in, which can be considered a security issue.
Sometimes, it turns off, then turns back on, then never turns back off again.
Things might get better when I hit Plasma 5.22.
Also when my sddm will use wayland, therefore in match with the session.
For now turn off screen, and even the locker, are mostly random. I can't rely on them working, at all.
Related but not duplicate:
https://bugs.kde.org/show_bug.cgi?id=422455
Remotely related:
https://bugs.kde.org/show_bug.cgi?id=348529

Power computer on, login with sddm (wayland session), then no interaction.
After 10 min, "Turn Off Screen" kicks in, as it should.
At that moment, the computer remains visually as cold and dumb as a stone for something like 2 hours.
For those advocating, always, it's the mouse, it's the mouse, a lot of activity took place near the computer during that time.
Anyway, at the chime of 2 hours, the screen spontaneously turned on, and remained so indefinitely (at least 1 hour).

Oh no, my hdmi monitor left power saving mode spontaneously again
on Wayland session of Plasma 5.23 beta running on Arch Linux.
And power saving mode was not re-activated after the timeout
until I moved the cursor.

Operating System: Arch Linux
KDE Plasma Version: 5.22.90
KDE Frameworks Version: 5.86.0
Qt Version: 5.15.2
Graphics Platform: Wayland

Well, a few days ago I needed to use Windows 7 installed on my machine together Arch to fix some errors in a ntfs partition with chkdsk command and...
My hdmi monitor left power saving mode sponteneously there too.
Then I remembered that the ancient CRT monitor (VGA connection) that I used before my current monitor also had the same problem. Therefore, at least in my case KDE software is not the culprit. There is something wrong with my hardware. :(

My configuration is a tp x230, i5-3210m, dp external monitor Dell p2715q.
System is debian sid, 5.14.0-3-amd64, P 5.23.0 F 5.86.0, wayland, save for sddm 0.19, which is still using x11.
First step, after 10 min, both screens turn cold as stone, as they are expected to.
Then, something like 10 min later, they both turn back on. Starting with the laptop monitor, likely because it's much faster at turning on.
That with no interaction whatsoever, and don't bring the fancy mouse here, it can control its temper during an earthquake when it's in the mood to.
This scenario makes me think it's more likely the wake-up call comes from the pc than from the screen?
50% of the time, depending on its mood, it doesn't do that at all, and keeps the monitor off indefinitely when there is no user interaction.
I've searched and asked, and I didn't find the tiniest clue on how to debug that, have some insight on what's going on. I only have the view from the outside, and that is of erratic behavior.

The problem still exists even no mouse and keyboard connected.

KDE Plasma Version: 5.23.80
KDE Frameworks Version: 5.88.0
Qt Version: 5.15.2
Kernel Version: 5.15.0-rc6 (64-bit)
Graphics Platform: X11
Processors: 24 × AMD Ryzen 9 3900X 12-Core Processor
Memory: 125.8 GiB of RAM
Graphics Processor: AMD Radeon VII

The issue no longer occurs for me. Hardware configuration hasn't changed, mouse, keyboard, monitor, etc. Latest debian-sid, wayland as pure as possible.

This bug persists on my Arch Linux running Plasma 5.25 beta.

Plasma 5.26 beta is affected.

Operating System: Arch Linux
KDE Plasma Version: 5.25.90
KDE Frameworks Version: 5.98.0
Qt Version: 5.15.6
Graphics Platform: Wayland

Same issue here with dual displays.
Operating System: EndeavourOS 
KDE Plasma Version: 5.27.10
KDE Frameworks Version: 5.115.0
Qt Version: 5.15.12
Kernel Version: 6.7.6-arch1-1 (64-bit)
Graphics Platform: Wayland
Processors: 20 × 12th Gen Intel® Core™ i7-12700K
Memory: 31.1 GiB of RAM
Graphics Processor: Mesa Intel® UHD Graphics 770
Manufacturer: ASUS

I replaced my usb mouse 3 days ago and the bug is happening on Plasma 6 too.

Operating System: KDE neon Unstable Edition
KDE Plasma Version: 6.0.80
KDE Frameworks Version: 6.0.0
Qt Version: 6.6.2
Graphics Platform: Wayland

Anyone still seeing this in Plasma 6.3.5 or later? Or even better, the Plasma 6.4 beta?

(In reply to Nate Graham from comment #33)
> Anyone still seeing this in Plasma 6.3.5 or later? Or even better, the
> Plasma 6.4 beta?

I was still experiencing it with 6.3.4;
With 6.3.5, so far so good.
But I've had it only for a fortnight and the issue is really random and infrequent.

Fingers crossed!

(In reply to Nate Graham from comment #33)
> Anyone still seeing this in Plasma 6.3.5 or later? Or even better, the
> Plasma 6.4 beta?

Hi Nate,
The random screen‐wake still hit me overnight on Plasma 6.3.5, so it’s not fixed yet.
Could you share the recommended steps/tools (D-Bus/PowerDevil/KWin debug, etc.) to trace what’s actually turning the display back on?
Thanks!

I don't know those steps, sorry. We'll leave this open in the hopes that someone who does can help further.

It depends on whether or not suspend is involved. If it is, then it's something on a deeper level, to investigate on the kernel side.

If it happens without suspend, then there's basically only two things that can trigger it:
- a new output gets connected. "new" meaning any output that has either never been connected, or was disconnected for more than 2s
- a suitable input event is detected. Basically anything except media keys and with touch specifically only double tap

For output connections,
> udevadm monitor -u -p
should be suitable.

For input events, you can run
> sudo libinput debug-events

Okay, in this case, it's a desktop computer that never goes into suspend mode and is rarely turned off.
Additionally, the screen left energy-saving mode even though no one has been nearby for a prolonged period.

The screen hasn't turned on by itself again since this incident, so it's infrequent.

I'll look into the commands you suggested.

It happened again.
(Note: No media was playing and no browser was open.)
This time it started from the screen-turned-on state.
At first, the screen lock didn't activate.
So, I manually locked it using Ctrl+Alt+L.
After that, the screen never turned off, even though it should have turned off quickly in the locked state.
I unlocked the screen and entered `sleep 2; kscreen-doctor --dpms off`.
That did the trick, and the screen remained off.

Another example in the random screen power series:

The screen lock didn't kick in after 30 minutes, even though it should have after 10. I manually turned on the screen lock to see what would happen. Ten minutes later, I came back and found that the screen hadn't turned off, even though it should have after one minute. I unlocked the screen and ran the command `kscreen-doctor --dpms off`. The screen turns off as it should, but then turns back on again after ten seconds. I did this four times to see if the command would stick. It didn't, and the screen is still on.

Unfortunately the bug persists on Plasma 6.4.

Operating System: Arch Linux 
KDE Plasma Version: 6.4.0
KDE Frameworks Version: 6.15.0
Qt Version: 6.10.0 beta1
Kernel Version: 6.15.2-arch1-1 (64-bit)
Graphics Platform: Wayland

🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!

I think there's some multiple issues mixed up in here.

For monitors not *staying* asleep, if it still happens for you in the Wayland session with 6.4.3+, please open a new bug report for KWin. That's the original bug report, and has been fixed.

For monitors not being automatically turned off in the first place, please open a new bug report in plasmashell>Power management & brightness.