Chromium-based web browsers and apps (for example, MellowPlayer) turns on the "Wake Lock" mode, that enables the Presentation Mode in KDE Plasma environment, which disables not only the system Suspend (ACPI Sleep States), but blocks the Screen Energy Saving mode too. This is good when you watch the video, but bad when you listen the music only, or listen only audio track from video in background. For example, when I playing Spotify in MellowPlayer app, that is minimized to tray, in "Battery and Brightness" plasmoid I see all time the permanent message: ``` /usr/bin/MellowPlayer is currently suppressing power management: Playing Audio ``` and sometimes even: ``` /usr/bin/MellowPlayer is currently suppressing power management: Video Wake Lock ``` The main problem, that chromium/blink browser engine turns on the "Wake Lock" not only when showing Video, but when playing audio - too! So when my computer plays the music long time, my Display is always on and burns out :( Maybe this happens because KDE (and maybe other DE too?) have only one "Wake lock" mode, that disables both (ACPI Sleep and Screen Energy Saving, and no ways to disable only ACPI Deep Sleep? The good workaround for this problem can be adding to KDE Plasma ability to manually mark specific apps from setting the global system Wake Lock. Can you please add this feature, as workaround for described problem? It can be located in "System Settings / Energy Saving / Advanced Settings" page, where to show list of current apps, that have set the Wake Lock, with "Ignore this app" checkbox, and ability to manually add custom app to this list.
Here is procrastinated Chromium issue about this bug: https://bugs.chromium.org/p/chromium/issues/detail?id=827528#c15 And here is my issue about this problem in MellowPlayer bug tracker https://gitlab.com/ColinDuquesnoy/MellowPlayer/-/issues/382
From what I recall Chrome has a dedicated Audio wake lock for when playing audio that only blocks suspend, not screen off. There was a bug in older versions where suspend inhibition would also keep the screen on but this has long been fixed.
Yes, MellowPlayer reports the "Playing Audio" wakelock too, separately from "Video Wake Lock". But the problem seems is that KDE blocks the "Screen Energy Saving mode" in "Playing Audio" wakelock too, so if this bug is actual, maybe fill the separate issue to fix it?
As I investigated, the texts "Playing Audio" and "Video Wake Lock" are only the custom text strings from app, not the different modes, because in other situation this text can be "Uploading data to example.com" and other. Can anybody point me to documentation, which wakelock modes are available in Linux and how they are interpreted in KDE?
Here is some links to more info about inhibiting power management: https://www.reddit.com/r/linuxquestions/comments/4pvxx3/dbus_policy_to_deny_chrome_from_inhibiting_power/ https://unix.stackexchange.com/questions/451413/disabling-chromium-xfce-power-management-inhibition https://bugs.chromium.org/p/chromium/issues/detail?id=654659