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 693350 - User themes do not load correctly from expected locations in the home directory.
User themes do not load correctly from expected locations in the home directory.
Status: RESOLVED FIXED
Product: gnome-tweak-tool
Classification: Applications
Component: general
3.6.x
Other Linux
: Normal normal
: ---
Assigned To: GNOME Tweak Tool maintainer(s)
GNOME Tweak Tool maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2013-02-07 18:09 UTC by junk
Modified: 2013-05-01 13:51 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description junk 2013-02-07 18:09:50 UTC
When I try to install a user theme to ~/.themes the theme components appear selectable in gnome-tweak-tool but the mutter / metacity theme does not load correctly.

When I try to install a user theme into the ~/.local/share/themes/ directory the shell theme appears in the gnome-tweak-tool but the other components do not.

For some reason creating a symbolic link from ~/.local/share/themes to ~/.themes, or alternately putting the user theme in both directories solves the issue. All components are available in gnome-tweak-tool and can be loaded.

I'm using Gnome 3.6.2 in Fedora 18

I'm not sure if this is a gnome-session issue or something else. 

See also https://bugzilla.redhat.com/show_bug.cgi?id=903628
Comment 1 Giovanni Campagna 2013-02-08 08:08:28 UTC
Are we talking about metacity (window decoration) themes here? gnome-shell (panel/overview) themes? Gtk (window control) themes?
Comment 2 junk 2013-02-08 21:43:03 UTC
Thanks for replying. The ~/.themes issue is just the window manager, not the shell theme. The ~/.local//share/themes issue is everything else.
Comment 3 Ray Strode [halfline] 2013-02-20 22:21:50 UTC
mutter should probably be changed to use ~/.local/share/themes not ~/.themes

mccann (and others) have made a concerted effort to minimize the number of dot dirs in the user's home directory
Comment 4 Jasper St. Pierre (not reading bugmail) 2013-02-20 22:27:42 UTC
https://bugzilla.gnome.org/show_bug.cgi?id=675316

The change was made.
Comment 5 Florian Müllner 2013-04-30 18:50:56 UTC
So I'd say this is actually an issue of gnome-tweak-tool displaying themes from an invalid location, reassigning.
Comment 6 John Stowers 2013-04-30 19:17:58 UTC
Ok, so I should stop looking in ~.themes.

Next time please CC me on such changes. At least I don't have to care about metacity anymore
Comment 7 John Stowers 2013-05-01 13:51:45 UTC
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.

Does gtk still look in ~/.themes/ ?