Bug 903628 - Mutter does not load themes from users ~/.themes directory
Summary: Mutter does not load themes from users ~/.themes directory
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: mutter
Version: 18
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Owen Taylor
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 913795 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-01-24 12:39 UTC by L.L.Robinson
Modified: 2014-02-05 18:26 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-02-05 18:26:06 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description L.L.Robinson 2013-01-24 12:39:51 UTC
Description of problem:

I've done a few clean installs of F18 and when I try and use a user downloaded theme put in the ~/.themes directory the metacity component fails to load. I can choose other built-in metacity themes such as Aging Gorilla

Version-Release number of selected component (if applicable):

Installed Packages
Name        : metacity
Arch        : x86_64
Version     : 2.34.13
Release     : 1.fc18


How reproducible: All the Time



Steps to Reproduce:
1.yum install gnome-tweak-tool-3.6.1-2.fc18.noarch, this installs the following

    Dep-Install gnome-shell-extension-common-3.6.2-1.fc18.noarch     @updates
    Dep-Install gnome-shell-extension-user-theme-3.6.2-1.fc18.noarch @updates
    Install     gnome-tweak-tool-3.6.1-2.fc18.noarch                 @fedora

2. create ~/.themes
3. download and install a user theme e.g. 
  http://mmesantos1.deviantart.com/gallery/37488553#/d5jcyj4
4. restart Gnome3 (reboot or alt-F2 restart)

choose "Current Theme" with Gnome-tweak-tool

Actual results: Metacity displays the last chosen distribution installed theme


Expected results: Metacity should display theme from ~/.themes/Themename/


Additional info:

Comment 1 L.L.Robinson 2013-01-27 22:42:35 UTC
An additional fact. Installing the theme to /usr/share/themes means the metacity (or maybe it's mutter) part of the theme loads fine.

Comment 2 L.L.Robinson 2013-01-27 22:48:47 UTC
Changed component to mutter. from metacity.

Comment 3 L.L.Robinson 2013-01-27 22:49:10 UTC
Changed title

Comment 4 Florian Müllner 2013-01-28 17:10:36 UTC
This was a conscious upstream decision, see https://bugzilla.gnome.org/show_bug.cgi?id=675316.

Themes should be installed in ~/.local/share/themes/ThemeName now.

Comment 5 L.L.Robinson 2013-02-02 09:32:57 UTC
Hmmmmm. That was well publicised then. Should I file a bug that Gnome is loading GTK and shell themes from ~/.themes when it shouldn't be?

Comment 6 L.L.Robinson 2013-02-02 09:45:03 UTC
Actually I've tested this and Gnome doesn't show any GTK or mutter themes that are placed in ~/.local/share/themes/Themename gnome-shell themes appear in the tweak tool but aren't applied when selected.

Comment 7 L.L.Robinson 2013-02-02 09:49:22 UTC
I think I've solved it. You need copies in both, a symbolic link from ~/.local/share/themes to ~/.themes does the job.

Comment 8 Florian Müllner 2013-02-07 14:02:08 UTC
(In reply to comment #7)
> You need copies in both, a symbolic link from ~/.local/share/themes to ~/.themes does the job.

Glad it worked out for you! Still, requiring copies in both does sound horribly broken - would you mind filing an upstream bug?

Comment 9 L.L.Robinson 2013-02-07 18:10:07 UTC
Filed bug
https://bugzilla.gnome.org/show_bug.cgi?id=693350

Comment 10 Peter Robinson 2013-02-22 08:18:38 UTC
*** Bug 913795 has been marked as a duplicate of this bug. ***

Comment 11 Fedora End Of Life 2013-12-21 10:46:54 UTC
This message is a reminder that Fedora 18 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 18. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '18'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 18's end of life.

Thank you for reporting this issue and we are sorry that we may not be 
able to fix it before Fedora 18 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior to Fedora 18's end of life.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 12 Fedora End Of Life 2014-02-05 18:26:06 UTC
Fedora 18 changed to end-of-life (EOL) status on 2014-01-14. Fedora 18 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.