Bug 971677
Summary: | keeps forgetting the org.gnome.desktop.interface.enable-animations setting | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Ales Kozumplik <akozumpl> |
Component: | gnome-settings-daemon | Assignee: | Bastien Nocera <bnocera> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 19 | CC: | admiller, alexjnewt, bnocera, bojan, collura, fmuellner, Jes.Sorensen, jzeleny, mkasik, ofourdan, otaylor, pnemade, rstrode, samkraju, Simon.Gerhards, tiagomatos, walters |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2014-02-13 20:01:21 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Ales Kozumplik
2013-06-07 06:43:37 UTC
In my experience, this is only the case when llvmpipe is not in use. I have a VM where llvmpipe is used and this setting is remembered correctly there. Annoying on my Intel graphics machine where I don't want animations either, but they keep coming back. gnome-shell only ever reads that setting, so the bug must be elsewhere. Are there any errors about dconf in the logs? It does sound like the on-disk db is either not writable or gets wiped on reboot ... The files are definitely writeable. Changing anything else in org.gnome.desktop.interface will work. Changing this setting using gsettings or dconf also works. It just that at the next login it is switched back by something. Wasn't there a piece of code introduced recently that checks whether the rendering is of the slow kind (VNC, remote or some such) and then automatically turns off animations? Maybe that same code turns is back on. (In reply to Bojan Smojver from comment #3) > Wasn't there a piece of code introduced recently that checks whether the > rendering is of the slow kind (VNC, remote or some such) and then > automatically turns off animations? Maybe that same code turns is back on. gnome-settings-deamon, remote-display plugin, I believe. Workaround: gsettings set org.gnome.settings-daemon.plugins.remote-display active false Followed by: gsettings set org.gnome.desktop.interface enable-animations false *** Bug 992924 has been marked as a duplicate of this bug. *** This problem is still present in Fedora 20 - this is utterly frustrating! These animations are all very pretty at first logon, but after 5 minutes of usage we have seen them plenty and it would be nice if we could focus on using the computer instead without these annoying delays when switching display. Yes there is a workaround listed about, but that is a hack and not a proper solution. (In reply to Jes Sorensen from comment #7) > This problem is still present in Fedora 20 - this is utterly frustrating! Yeah, but check out bug #973486 - that's doubly frustrating. Even the simple workaround (disable relevant plugin) stopped working, so I had to come up with an idiotic hack to make it work (and no, disabling RANDR for Xvnc does not work - Gnome just cannot work with X like that, it seems). > These animations are all very pretty at first logon, but after 5 minutes > of usage we have seen them plenty and it would be nice if we could focus > on using the computer instead without these annoying delays when switching > display. From your mouth to Gnome's developers' ears! I hope that when people with Red Hat e-mail address speak, someone will eventually listen. :-) |