Bug 668595 - [Build 1044] Applications in application-browser and gnome-control-centre do not register icons
Summary: [Build 1044] Applications in application-browser and gnome-control-centre do ...
Status: RESOLVED FIXED
Alias: None
Product: openSUSE 11.4
Classification: openSUSE
Component: GNOME (show other bugs)
Version: Factory
Hardware: x86-64 SUSE Other
: P5 - None : Critical with 1 vote (vote)
Target Milestone: ---
Assignee: E-mail List
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-02-01 13:01 UTC by Atri Bhattacharya
Modified: 2011-02-13 22:40 UTC (History)
3 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
Applications in the application-browser (131.05 KB, image/png)
2011-02-01 13:01 UTC, Atri Bhattacharya
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Atri Bhattacharya 2011-02-01 13:01:14 UTC
Created attachment 411496 [details]
Applications in the application-browser

User-Agent:       Mozilla/5.0 (X11; Linux x86_64; rv:2.0b10) Gecko/20110121 Firefox/4.0b10

This is off a fresh Live install from the GNOME x86-64 build (post M6). Several applications in the application-browser and gnome-control-centre do not register icons. They do have the correct icons specified iht corresponding .desktop file but for whatever reason these items display the a common ugly icon (see attached png for details).

I tried changing the icons from the alacarte as well, but no matter what icon I choose there, that is just not registered and the defailt is shown anyway.

I also tried running SuSEconfig, and update-desktop-database but no result.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.
Comment 1 Stanislav Brabec 2011-02-01 18:11:52 UTC
Not only these applications, but probably all applications (verified on pidgin, rhythmbox, epiphany in the traditional menu).

It seems that SuSEconfig.gtk2 is away and there is no replacement.

cd /usr/share/icons
for i in * ; do gtk-update-icon-cache $PWD/$i ; done
Comment 2 Vincent Untz 2011-02-03 23:37:15 UTC
Didn't we have a hack that was calling gtk-update-icon-cache when creating the image?

(we should fix the packages to do the right thing in scriplets too, of course)
Comment 3 Stephan Kulow 2011-02-08 09:55:38 UTC
I don't know of any hack. But we can call that for the live cd
Comment 4 Vincent Untz 2011-02-13 22:40:47 UTC
I went ahead and fixed all the GNOME packages, as far as I can tell. So this should be fixed when the mass updates I did get in Factory.

If you still see this with some apps, please file a bug against the app and cc me. Thanks!