Bug 1103159 - Nemo Toolbar icons are greyed generic non-descript default icons
Summary: Nemo Toolbar icons are greyed generic non-descript default icons
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: nemo
Version: 20
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: leigh scott
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-05-30 11:51 UTC by Louis van Dyk
Modified: 2014-06-11 12:45 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2014-06-11 12:45:52 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Screenshot of the affected area of the screen (15.66 KB, image/png)
2014-05-30 11:51 UTC, Louis van Dyk
no flags Details

Description Louis van Dyk 2014-05-30 11:51:13 UTC
Created attachment 900776 [details]
Screenshot of the affected area of the screen

Description of problem:

As of yesterday's update, 5 of the 6 toolbar icons on the top of Nemo (View / Main Toolbar) are plain, non-descript grey icons.  Only the 6th one is a blue screen with "Go To Computer" as the descrition when you hover on it.
The grey generic icons are:
- Go to the previous visited location
- Go to the next visited location
- Go to the parent folder
- Reload the current location
- Go to home directory


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

Output of:  rpm -qa --last shows these lines, amongst others - as you can see they were updated yesterday:

nemo-extensions-2.2.2-1.fc20.x86_64           Thu 29 May 2014 15:40:42 SAST
nemo-2.2.2-1.fc20.x86_64                      Thu 29 May 2014 15:40:08 SAST
cinnamon-translations-2.2.2-1.fc20.noarch     Thu 29 May 2014 15:40:07 SAST
cinnamon-desktop-2.2.3-1.fc20.x86_64          Thu 29 May 2014 15:40:05 SAST


How reproducible:
It happens on my laptop and on my home PC.  Just open Nemo and there they are.


Steps to Reproduce:
1.  Presumably run the updates released yesterday.
2.  Open Nemo
3.  Ensure that the Main Toolbar is displayed.


Actual results:
The first five icons are displayed as a grey landscape page icon.


Expected results:
Display the coloured icons that show what each button does.


Additional info:

Comment 1 leigh scott 2014-05-30 12:33:13 UTC
What icon theme are you using?

Due to recent changes you need gnome-icon-theme-legacy installed for gtk-stock icons fallback

https://github.com/linuxmint/nemo/commit/ca460bf80af4716f8f3c252335996bcf50e2f197

I will probably change the cinnamon default icon theme to gnome-colours-common

Comment 2 Louis van Dyk 2014-05-30 13:42:45 UTC
According to the Gnome Tweak Tool, I am using:
Window - Adwaita (default)
GTK+ - Adwaita (default)
Icons - Gnome (default)
Cursor - Adwaita (default)
Shell theme - this line is blank.

I do have this installed:
gnome-icon-theme-legacy-3.10.0-1.fc20.noarch

I do not have package gnome-colours-common installed.

The installation is fairly default, and was a fresh install on my laptop, whereas my PC was an upgrade from F19.  Let me know if there is anything else I can tell you.

Comment 3 leigh scott 2014-05-30 14:56:30 UTC
gnome-tweak-tool doesn't work with cinnamon

Comment 4 Louis van Dyk 2014-05-30 15:49:22 UTC
:)  Perhaps I was misleading in my original post ... I user Gnome-Shell but I hate the default File Manager app because they took away the F3 split window view ... so I install Nemo to use instead.  So in my case, gnome-tweak-tool is the only way I know of being able to look at my icon choices!

So yeah .... default installation with Gnome Shell, but also installed Nemo to use instead of default Files app.

While I have your ear: since F20, then I open Nemo and move to another workspace in Gnome Shell and then do the "Activities Menu / top left corner mouse" and click on Nemo to open the running window, it just returns to the current application if Nemo is running on another workspace.  If Nemo is on the same workspace it switches to it.  Also, if I right click the running Nemo app on the task switcher (Dash) and then select the running instance, it DOES switch workspace panes to open Nemo.  Thoughts?

Comment 5 Louis van Dyk 2014-06-09 11:11:00 UTC
The below items were run in my update today, and I am pleased to say that the icons are back to normal again.  I don't know which package fixed it - perhaps the gnome-shell update did?

You can CLOSE this bug ...

openssl-libs-1.0.1e-38.fc20.i686              Mon 09 Jun 2014 10:20:32 SAST
gnutls-3.1.25-1.fc20.i686                     Mon 09 Jun 2014 10:20:31 SAST
python-urlgrabber-3.10.1-0.fc20.noarch        Mon 09 Jun 2014 10:20:30 SAST
libtasn1-3.6-1.fc20.i686                      Mon 09 Jun 2014 10:20:30 SAST
xfsprogs-3.2.0-1.fc20.x86_64                  Mon 09 Jun 2014 10:20:26 SAST
kernel-doc-3.14.5-200.fc20.noarch             Mon 09 Jun 2014 10:20:25 SAST
perl-DateTime-TimeZone-1.69-1.fc20.noarch     Mon 09 Jun 2014 10:20:18 SAST
kernel-devel-3.14.5-200.fc20.x86_64           Mon 09 Jun 2014 10:19:58 SAST
kernel-debug-devel-3.14.5-200.fc20.x86_64     Mon 09 Jun 2014 10:18:08 SAST
kernel-headers-3.14.5-200.fc20.x86_64         Mon 09 Jun 2014 10:17:58 SAST
gnome-shell-3.10.4-5.fc20.x86_64              Mon 09 Jun 2014 10:17:56 SAST
gnutls-utils-3.1.25-1.fc20.x86_64             Mon 09 Jun 2014 10:17:55 SAST
langtable-python-0.0.24-2.fc20.noarch         Mon 09 Jun 2014 10:17:54 SAST
kernel-tools-libs-devel-3.14.5-200.fc20.x86_64 Mon 09 Jun 2014 10:17:54 SAST
kernel-debug-modules-extra-3.14.5-200.fc20.x86_64 Mon 09 Jun 2014 10:17:53 SAST
kernel-modules-extra-3.14.5-200.fc20.x86_64   Mon 09 Jun 2014 10:17:51 SAST
openssl-1.0.1e-38.fc20.x86_64                 Mon 09 Jun 2014 10:17:49 SAST
libreoffice-langpack-en-4.2.4.2-17.fc20.x86_64 Mon 09 Jun 2014 10:17:49 SAST
libreoffice-impress-4.2.4.2-17.fc20.x86_64    Mon 09 Jun 2014 10:17:48 SAST
libreoffice-calc-4.2.4.2-17.fc20.x86_64       Mon 09 Jun 2014 10:17:47 SAST
libreoffice-math-4.2.4.2-17.fc20.x86_64       Mon 09 Jun 2014 10:17:45 SAST
libreoffice-emailmerge-4.2.4.2-17.fc20.x86_64 Mon 09 Jun 2014 10:17:44 SAST
libreoffice-draw-4.2.4.2-17.fc20.x86_64       Mon 09 Jun 2014 10:17:43 SAST
libreoffice-pdfimport-4.2.4.2-17.fc20.x86_64  Mon 09 Jun 2014 10:17:42 SAST
libreoffice-graphicfilter-4.2.4.2-17.fc20.x86_64 Mon 09 Jun 2014 10:17:42 SAST
libreoffice-pyuno-4.2.4.2-17.fc20.x86_64      Mon 09 Jun 2014 10:17:41 SAST
libreoffice-writer-4.2.4.2-17.fc20.x86_64     Mon 09 Jun 2014 10:17:39 SAST
libreoffice-core-4.2.4.2-17.fc20.x86_64       Mon 09 Jun 2014 10:16:51 SAST
libreoffice-opensymbol-fonts-4.2.4.2-17.fc20.noarch Mon 09 Jun 2014 10:16:37 SAST
openssl-libs-1.0.1e-38.fc20.x86_64            Mon 09 Jun 2014 10:16:36 SAST
kernel-3.14.5-200.fc20.x86_64                 Mon 09 Jun 2014 10:16:35 SAST
kernel-debug-3.14.5-200.fc20.x86_64           Mon 09 Jun 2014 10:16:29 SAST
langtable-data-0.0.24-2.fc20.noarch           Mon 09 Jun 2014 10:16:21 SAST
kernel-tools-3.14.5-200.fc20.x86_64           Mon 09 Jun 2014 10:16:20 SAST
gnutls-dane-3.1.25-1.fc20.x86_64              Mon 09 Jun 2014 10:16:19 SAST
autocorr-en-4.2.4.2-17.fc20.noarch            Mon 09 Jun 2014 10:16:19 SAST
gnutls-3.1.25-1.fc20.x86_64                   Mon 09 Jun 2014 10:16:18 SAST
libtasn1-3.6-1.fc20.x86_64                    Mon 09 Jun 2014 10:16:14 SAST
langtable-0.0.24-2.fc20.noarch                Mon 09 Jun 2014 10:16:13 SAST
kernel-tools-libs-3.14.5-200.fc20.x86_64      Mon 09 Jun 2014 10:16:13 SAST

Comment 6 Louis van Dyk 2014-06-11 12:43:27 UTC
I can confirm that updating to gnome-shell-3.10.4-5.fc20.x86_64 fixed the problem on my home system.

The ticket can be closed.


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