Bug 154936

Summary: Missing icons after update
Product: [Fedora] Fedora Reporter: Sigge Kotliar <sigge>
Component: gtk2Assignee: Matthias Clasen <mclasen>
Status: CLOSED WONTFIX QA Contact:
Severity: high Docs Contact:
Priority: medium    
Version: 4   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-08-13 09:48:43 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Sigge Kotliar 2005-04-14 21:38:55 UTC
Description of problem:
Not sure if this is GTK2's fault, but I'll file it here.

After updating FC3 to FC4t2, a bunch of icons that are on buttons are missing,
being replaced by the "icon not found" icon. This is most noticeable in
Evolution, but many other apps have problems too, like Firefox.

In the evolution menu, all icons except "print", "delete" and "cancel" are broken.
In firefox, the "blank page" icon (the one near bookmarks) is broken, the
"bookmark folder" too, and the "secure page" icon is missing too. Of course,
there are many more missing icons, these are just examples. 

Kind of a major bug for those upgrading...

Comment 1 Matthias Clasen 2005-04-15 14:22:41 UTC
Does the problem persist after upgrading to gtk2-2.6.7-1 ?

Comment 2 Sigge Kotliar 2005-04-15 14:45:58 UTC
yes

Comment 3 Matthias Clasen 2005-04-15 15:00:18 UTC
Does running

for d in /usr/share/icons/*; do
  /usr/bin/gtk-update-icon-cache -f $d;
done

fix things ?

Comment 4 Sigge Kotliar 2005-04-15 15:04:45 UTC
No.

The output contains the following lines (many times and in apparently random order):

Failed to write cache file: Not a directory
Cache file created successfully.


Most files succeeded, but many failed.

Comment 5 Matthias Clasen 2005-04-15 17:09:02 UTC
hmm, I should have probably added some if [ -d $d]; to my snipplet



Comment 6 Sigge Kotliar 2005-04-15 17:13:45 UTC
How do you mean? Do you want me to run an other snippet? Please send me a
complete one if that is the case.

Comment 7 Matthias Clasen 2005-04-15 17:17:59 UTC
A complete snipplet that would run without errors is 

for d in /usr/share/icons/*; do
  if [ -d $d]; then
    /usr/bin/gtk-update-icon-cache -f $d;
  fi
done

but running that again will not change things, since the first run already
created caches where it made sense.

I can't think of much else other than that you probably still have 
gtk2-2.6.5 installed, which had icon problems. But those changes 
were completely reverted in 2.6.7.


Comment 8 Sigge Kotliar 2005-04-15 17:20:40 UTC
I did have problems removing 2.6.5, but I have now managed to do that, and
restarted gnome. 

See this:
[root@localhost sigge]# rpm -q gtk2
gtk2-2.6.7-1



Comment 9 Sigge Kotliar 2005-04-28 18:20:56 UTC
What's the news on this one?
Am I the only one getting this?
It's kind of a biggie, much of the functionality in evolution is gone when all
icons look broken, and I can't use the volume applet since the icon there is
entirely gone and not replaced by a "broken icon" icon.

This should be fixed before FC4 ships, or upgraders like me will be very unhappy ;-)

Let me know how I can help!
Cheers!

Comment 10 Matthias Clasen 2005-04-28 19:28:52 UTC
Well, upgrading is not technically supported, in particular not to or from test
releases. And yes, the rest of the rawhide-running world does not see this
particular problem any more, after upgrading to 2.6.7. 

Comment 11 Sigge Kotliar 2005-07-25 13:18:24 UTC
Looking at my past bug reports I found this.
I managed to "fix" this issue by removing the /usr/local/share/icons directory,
which had a bunch of icons probably installed by a make install long time ago.

I figured I'd mark this fixed, but perhaps there are some problems with having
icons in /usr/local that can be discovered through this?
Otherwise - just close the bug.

Sigge

Comment 12 Sigge Kotliar 2005-08-13 09:47:51 UTC
*** Bug 155004 has been marked as a duplicate of this bug. ***