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 783980 - gpm-common.c deliberately disable builtin screensaver. See bug 686339.
gpm-common.c deliberately disable builtin screensaver. See bug 686339.
Status: RESOLVED NOTABUG
Product: gnome-settings-daemon
Classification: Core
Component: power
unspecified
Other Linux
: Normal blocker
: ---
Assigned To: gnome-settings-daemon-maint
gnome-settings-daemon-maint
Depends on:
Blocks:
 
 
Reported: 2017-06-20 04:38 UTC by iSpeakVeryWell
Modified: 2017-07-04 21:45 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description iSpeakVeryWell 2017-06-20 04:38:31 UTC
Builtin screensaver deliberately get disabled while gsd-power-manager is running. See bug 686339.

See functions "gsd_power_enable_screensaver_watchdog" and "disable_builtin_screensaver" in https://github.com/GNOME/gnome-settings-daemon/blob/master/plugins/power/gpm-common.c

See functions "gsd_power_manager_start" and "gsd_power_manager_stop" in https://github.com/GNOME/gnome-settings-daemon/blob/master/plugins/power/gsd-power-manager.c

Hardcoded XSetScreenSaver = 0 and hardcode DPMSSetTimeouts = 0 sounds a bit overkill. Those two commands are executed every two minutes.

I think an handle to disable this behaviour is require. Or at least, it should be enabled only when "Power -> Power Saving -> Blank screen" value is different than "Never" in the control center. Some thing like this : On blank screen value changed, if value == Never, disable "gsd_power_enable_screensaver_watchdog". If value != Never, enable gsd_power_enable_screensaver_watchdog.

Otherwise, it totally destroy a nice and functional feature and prevent any users to use it if they wish. Some good Display Manager depend on xset values and are unusable while gsd-power-manager is running.

I also think more trace should be added in the logs to help people diagnose whats happening because it's impossible to trace it right now. More transparency with this behaviour could be appreciated by the community.

A little warning message could be welcome in the control center to explain that if Blank Screen feature is enabled, xset is going to be disabled and some display manager won't work properly. The users could like to know that Blank screen should be set to never if they wish to use a different display manager than GDM.

I hope you agree with this,
Thank you for your time!
Comment 1 killajoe 2017-06-20 10:31:05 UTC
To get more into it we discuss this here at ANtergos Forum:
https://forum.antergos.com/topic/7136/lightdm-lightlocker-under-gnome-research-for-a-working-solution?page=3
Comment 2 iSpeakVeryWell 2017-06-21 02:40:00 UTC
Also see bug 667109 who have been opened in January 2012.
Comment 3 Rui Matos 2017-07-04 15:18:27 UTC
gnome-settings-daemon is a part of the GNOME desktop and it's not designed to work with other arbitrary session components.
Comment 4 iSpeakVeryWell 2017-07-04 21:45:21 UTC
Thank you for your answer.