After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 709500 - Apps running on Xwayland don't inhibit screen blanking
Apps running on Xwayland don't inhibit screen blanking
Status: RESOLVED OBSOLETE
Product: gnome-shell
Classification: Core
Component: general
3.26.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2013-10-06 11:12 UTC by Rudra
Modified: 2021-07-05 14:14 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Rudra 2013-10-06 11:12:55 UTC
Friends,
after a time of inactivity (say, watching a movie), screen is getting dark time to time. I have set setting->power->blank screen=>never and dim screen when inactive=>off.
Comment 1 Rudra 2013-10-06 11:15:00 UTC
Sorry, I forget to post system details:

$ rpm -qa|/usr/bin/grep ^kernel
kernel-modules-extra-3.11.3-301.fc20.x86_64
kernel-3.11.3-301.fc20.x86_64
kernel-headers-3.11.3-301.fc20.x86_64
kernel-devel-3.11.3-301.fc20.x86_64

$ rpm -qa|/usr/bin/grep gnome-shell
gnome-shell-3.10.0.1-1.fc20.x86_64
Comment 2 Alexandre Franke 2017-11-19 20:04:54 UTC
Is it still a problem with a recent version of GNOME (3.24 or later)? Is xscreensaver installed and running?
Comment 3 Rudra 2017-11-19 22:52:35 UTC
yes..it is still a problem in gnome 3.26 (Fedora 27).
Comment 4 André Klapper 2017-11-19 23:48:18 UTC
Rudra: Is xscreensaver installed and running?
Comment 5 Rudra 2017-11-20 06:34:33 UTC
No, 
Its all from gnome:

rpm -q xscreensaver
package xscreensaver is not installed

In power management, I have screen to get dark after 5 min of inactivity, but I think that should not happen while I have some video running in full screen.
Comment 6 Strangiato 2017-11-20 13:31:38 UTC
I can confirm this problem on Arch Linux (Gnome 3.26.2) only under Wayland.
My monitor gets dark and my session is locked during video playback using any of these apps (all running on Xwayland):
vlc
mpv
mplayer
snplayer (both mpv and mplayer backends)
chromium
Opera browser
Vivaldi browser

My monitor remains active when I use Totem player (Wayland native).
Dragon player and Firefox (tested html5 video in youtube) are the only Xwayland apps that keep my monitor active during video playback.
Comment 7 Alexandre Franke 2017-11-20 17:52:36 UTC
(In reply to Rudra from comment #5)
> In power management, I have screen to get dark after 5 min of inactivity,
> but I think that should not happen while I have some video running in full
> screen.

You realise that is a completely different issue from what you initially reported, right? In comment #1 you said it was set to never dim, now you say it's set to dim and the issue is that video players don't inhibit it.

(In reply to Strangiato from comment #6)
> I can confirm this problem on Arch Linux (Gnome 3.26.2) only under Wayland.
> My monitor gets dark and my session is locked during video playback using
> any of these apps (all running on Xwayland):
> vlc
> mpv
> mplayer
> snplayer (both mpv and mplayer backends)
> chromium
> Opera browser
> Vivaldi browser
> 
> My monitor remains active when I use Totem player (Wayland native).
> Dragon player and Firefox (tested html5 video in youtube) are the only
> Xwayland apps that keep my monitor active during video playback.

Thanks, those details are very useful. Updating the summary as a consequence.
Comment 8 Jonas Ådahl 2017-11-21 03:38:59 UTC
Currently the only way to suspend the screen blanking is to use the org.freedesktop.ScreenSaver API. I suspect those clients use some X11 specific method, so the quickest way for a client to solve the issue is to just use the API tied to a windowing system.

Alternatives that can be investigated is to see if it is possible to map XScreenSaverSuspend to the idle-inhibit Wayland protocol (which would need an implementation in mutter).
Comment 9 Jonas Ådahl 2017-11-21 03:41:47 UTC
(In reply to Jonas Ådahl from comment #8)
...
> Alternatives that can be investigated is to see if it is possible to map
> XScreenSaverSuspend to the idle-inhibit Wayland protocol (which would need
> an implementation in mutter).

This is assuming these clients actually use this protocol and not some fake-input hack. Such hacks I don't see us supporting.
Comment 10 Strangiato 2018-03-04 10:46:04 UTC
Any progress on this big usability problem?
Comment 11 André Klapper 2018-03-04 14:07:32 UTC
Strangiato: See the previous comments in this very ticket.
Comment 12 Strangiato 2018-04-07 14:52:06 UTC
Gnome 3.28 has the same problem.
Comment 13 GNOME Infrastructure Team 2021-07-05 14:14:36 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of  gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/

Thank you for your understanding and your help.