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 694761 - gnome-settings-daemon is ignoring X config snippets
gnome-settings-daemon is ignoring X config snippets
Status: RESOLVED OBSOLETE
Product: gnome-settings-daemon
Classification: Core
Component: xrandr
3.7.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-settings-daemon-maint
gnome-settings-daemon-maint
Depends on:
Blocks:
 
 
Reported: 2013-02-26 19:03 UTC by Adam Williamson
Modified: 2019-03-20 11:08 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Adam Williamson 2013-02-26 19:03:29 UTC 
I have a /etc/X11/xorg.conf.d/99-screens.conf file which defines position and rotation of my monitors. Prior to Fedora 19 - so g-s-d 3.6 and earlier - GDM would respect this and come up rotated. Since I bumped to Fedora 19 - with g-s-d 3.7 - it's been coming up non-rotated, apparently ignoring the X server config. Placing an appropriate monitors.xml in /etc/gnome-settings-daemon/xrandr/ 'fixes' the problem.
Comment 2 Bastien Nocera 2013-02-27 15:57:05 UTC 
Does this fix it?
gsettings set org.gnome.settings-daemon.plugins.xrandr default-monitors-setup do-nothing
Comment 3 Adam Williamson 2013-03-08 02:08:34 UTC 
[root@adam adamw]# gsettings set org.gnome.settings-daemon.plugins.xrandr default-monitors-setup do-nothing

** (process:2375): WARNING **: failed to commit changes to dconf: The connection is closed
[root@adam adamw]# gsettings get org.gnome.settings-daemon.plugins.xrandr default-monitors-setup
'follow-lid'

running dconf-editor as root, I can't change anything. I'm not sure how to poke the systemwide dconf setup manually...I know how to do it for my user, but not systemwide...
Comment 4 Ray Strode [halfline] 2013-03-08 16:30:30 UTC 
some info on how to do that here:

https://help.gnome.org/admin/system-admin-guide/stable/login-background.html.en
Comment 5 Adam Williamson 2013-03-08 21:11:42 UTC 
Yes, that fixes the problem.

Of course in my case 'fixes' means it comes up showing garbage from the framebuffer, but that's not this bug =) Making that change causes the xorg.conf.d snippet to be applied.
Comment 6 Bastien Nocera 2015-02-04 17:54:10 UTC 
Then I'm not sure there's anything else to add here, right?
Comment 7 Adam Williamson 2015-02-04 18:05:07 UTC 
well, I'd kind of expect it to work OOTB, really. What is the default setting for that key, and why is it whatever it is?
Comment 8 Adam Williamson 2015-02-04 18:06:14 UTC 
oh, the commit Ray linked - but that claims:

"The new follow-lid mode is the default and matches earlier behavior, plus it also checks the laptop lid state at startup."

if changing from 'follow-lid' to 'do-nothing' fixes this, then it would seem the 'follow-lid' setting is not acting as advertised, because it is not 'match[ing] earlier behavior'.
Comment 9 Bastien Nocera 2017-06-12 15:37:44 UTC 
Is this still a problem?
Comment 10 Adam Williamson 2017-06-12 17:17:36 UTC 
oh, jeez, I dunno, since GDM is on Wayland now it'll all be a bit different, won't it?

My login screen comes up rotated, but I probably still have that dconf setting applied...
Comment 11 GNOME Infrastructure Team 2019-03-20 11:08:33 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-settings-daemon/issues/207.