https://bugs.kde.org/show_bug.cgi?id=505599
Bug ID: 505599
Summary: KDE incorrectly does not inhibit sleep when an
application uses dmabuf-wayland (with that flag)
beneath a transparent layer (such as an OSD)
Classification: Plasma
Product: kwin
Version First 6.2.2
Reported In:
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: wayland-generic
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
This is actually bug https://bugs.kde.org/show_bug.cgi?id=495375
It's been reported, it's been discussed by those who have the issue.
There has been no discernible interaction at all from anyone who's familiar
enough with the codebase to take the idea of what a resolution looks like and
connect that with a change in KDE design.
-
Steps to reproduce:
1. Configure screen locking (E.G. 1 min for easier testing)
2. Configure a media player such as MPV to utilize dmabuf-wayland as it's
preferred output method.
3. Watch any video for longer than the timeout method without interacting for
the computer but shorter than the video.
X. KDE incorrectly enters idle mode and does annoying things like adjust power,
apply screen locker, etc.
SUMMARY
KDE is incorrectly trying to be too smart and in the process being both
inconveniently incorrect (monitoring only the top most layer for activity) and
likely outright wrong. It should not matter if there is any activity, nor
should it matter if that activity is visible through transparency or not. An
application requesting prevent-idle has done so for a reason. Just assume the
reason is valid, irrespective of how deeply layered.
Though it may be valid to test if the application is visible on an accessible
screen, that too might be 'too smart' of a test. I could see a utility E.G. as
a standalone CLI program with no UI elements at all, that tells the system to
inhibit normal screensavers E.G. during business hours when the kiosk should be
active.
SOFTWARE/OS VERSIONS
Confirmed again in...
Linux/KDE Plasma: 6.3.5
KDE Plasma Version: 6.3.5
KDE Frameworks Version: ?
local/frameworkintegration 6.14.0-1 (kf6)
local/phonon-qt6 4.12.0-4
Qt Version:
local/qt6-wayland 6.9.1-1 (qt6)
local/kwayland 6.3.5-1 (plasma)
This really seems like it _should_ be a simple fix, and one better to err on
the side of being unlocked more frequently than locked.
Please get a fix for this regression into the 6.4 release!
--
You are receiving this mail because:
You are watching all bug changes.
