Bug 440686

I've just tried this and it seems to work fine, are there any special settings
you are using, like a non default gtk-theme, maybe you are playing a network
game instead of a local game, or ...?

Perhaps you can also try reproducing this after running a yum update to update
everything to the latest version in rawhide.

I'm running KDE. I don't know which package contains the "process-idle" icon,
but the dependencies should tell.

(In reply to comment #2)
> I'm running KDE. I don't know which package contains the "process-idle" icon,
> but the dependencies should tell.

Ah yes that might explain, there only is a process-idle icon in the gnome and
oxygen themes, what icon theme are you using?

I'm using "Crystal SVG" icon theme (crystalsvg-icon-theme-4.0.3-3.fc9.i386).

Can you try copying /usr/share/icons/gnome/32x32/animations/process-idle.png to
/usr/share/icons/hicolor/32x32/animations/

That should probably fix this.

Ray, would including a copy of the gnome
/usr/share/icons/gnome/32x32/animations/process-idle.png in
/usr/share/icons/hicolor/32x32/animations/ in gnome-games be an acceptable fix
for this?

I tried this but it didn't help.

I tested using several other icon themes (Bluecurve, Oxygen, GNOME) but all show
the same problem.

I tried to copy it to /usr/share/icons/crystalsvg/32x32/apps/ (there is no
folder "animations" there), but it didn't help either.

Do I have to register the icon somewhere? I simply changed the theme in "System
Settings" and clicked "Apply".

Hmm,

The copying not working is my bad, you need to do the following for a gnome/gtk
app to pick that up (as root):
cp /usr/share/icons/gnome/32x32/animations/process-idle.png \
   /usr/share/icons/hicolor/32x32/animations/
touch /usr/share/icons/hicolor
gtk-update-icon-cache /usr/share/icons/hicolor

But changing the theme to gnome should have worked, anyways can you try the
above please?

I did that and it didn't find the icon "process-working". Did the same for that
and now it works.

(In reply to comment #8)
> I did that and it didn't find the icon "process-working". Did the same for that
> and now it works.

Thanks!

Ray would doing this in the gnome-games package be an acceptable fix (for now)?

Ralf could you be so kind as to report this upstream (including the now known
workaround):
http://bugzilla.gnome.org/enter_bug.cgi?product=gnome-games

It's not really a fix, but a workaround.

The right fix is probably some combination of 1) using an icon name that's
standardized by the icon naming spec 2) fixing the game to not crash when it
can't find an icon, but instead falling back to an ugly icon.

I don't really mind the proposed workaround. My only concerns are that it may

a) conflict with hicolor if those names ever gets standardized
b) this is the type of change that tends to get made downstream and forgotten about.

a is easy to fix if it happens, but I'd like to avoid b if possible.  I wonder
if there are standard icons that would be suitable...

Quoting from:
http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html#names

Table 3. Standard Animation Icons
Name	Description
process-working	This is the standard spinner animation for web browsers and file
managers to show that the location is loading. This image should be a
multi-frame PNG with the frames as the size that the directory containing the
image, is specified to be in. The first frame of the animation should be used
for the resting state of the animation.

So the process-working icon missing is a bug of the "Crystal SVG" icon theme,
the looking for a process-idle icon is a bug in glchess, it should use the first
frame of the process-working icon. But if thats hard to achieve in gtk, I guess
that the standard should be fixed to have an process-idle icon added, which
contains only the first frame of the process-working icon.

So it looks like glchess already tries to cover the icon-not-there case, but
expects load_icon to return None instead of throwing an exception.

We should fix that and then move this bug (or a clone of it) to the crystal-svg
icon theme.

So I've commited a patch that I think should fix it.

It should be showing up in gnome-games-2.22.1.1-2.fc9 which is building here:

http://koji.fedoraproject.org/koji/taskinfo?taskID=569132

Would you guys mind trying it?  If it works, i'll push it upstream and request
rel-eng to tag the package.

After upgrading to gnome-games-2.22.1.1-2.fc9 I get this error:

Traceback (most recent call last):
  File "/usr/bin/glchess", line 61, in <module>
    start_game()
  File "/usr/lib/python2.5/site-packages/glchess/glchess.py", line 21, in start_game
    app = main.Application()
  File "/usr/lib/python2.5/site-packages/glchess/main.py", line 427, in __init__
    self.ui = UI(self)
  File "/usr/lib/python2.5/site-packages/glchess/main.py", line 322, in __init__
    self.networkDialog = dialog.controller =
self.controller.addNetworkDialog(dialog)
  File "/usr/lib/python2.5/site-packages/glchess/gtkui/gtkui.py", line 435, in
addNetworkDialog
    dialog = network.GtkNetworkGameDialog(self, feedback, self.__playerModel)
  File "/usr/lib/python2.5/site-packages/glchess/gtkui/network.py", line 114, in
__init__
    self.__loadThrobber()
  File "/usr/lib/python2.5/site-packages/glchess/gtkui/network.py", line 369, in
__loadThrobber
    self._throbberframes.append(theme.load_icon('image-missing', size, 0))
AttributeError: GtkNetworkGameDialog instance has no attribute '_throbberframes'

woops, sorry about that.  the "F" in frames is supposed to be capitalized.

This is getting built now:

http://koji.fedoraproject.org/koji/taskinfo?taskID=570613

After upgrading to gnome-games-2.22.1.1-3.fc9.i386.rpm I get this:

Traceback (most recent call last):
  File "/usr/bin/glchess", line 61, in <module>
    start_game()
  File "/usr/lib/python2.5/site-packages/glchess/glchess.py", line 21, in start_game
    app = main.Application()
  File "/usr/lib/python2.5/site-packages/glchess/main.py", line 427, in __init__
    self.ui = UI(self)
  File "/usr/lib/python2.5/site-packages/glchess/main.py", line 322, in __init__
    self.networkDialog = dialog.controller =
self.controller.addNetworkDialog(dialog)
  File "/usr/lib/python2.5/site-packages/glchess/gtkui/gtkui.py", line 435, in
addNetworkDialog
    dialog = network.GtkNetworkGameDialog(self, feedback, self.__playerModel)
  File "/usr/lib/python2.5/site-packages/glchess/gtkui/network.py", line 114, in
__init__
    self.__loadThrobber()
  File "/usr/lib/python2.5/site-packages/glchess/gtkui/network.py", line 369, in
__loadThrobber
    self._throbberFrames.append(theme.load_icon('image-missing', size, 0))
gobject.GError: Icon 'image-missing' not present in theme

(In reply to comment #17)
> After upgrading to gnome-games-2.22.1.1-3.fc9.i386.rpm I get this:

<snip>
 
> gobject.GError: Icon 'image-missing' not present in theme

Erm, your icon theme is _really_ broken if image-missing which is part of the
standard icons any theme should contain, is missing too, see:
http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html

Also its kind of hard to fix the code to recover from missing images if even the
icon for image-missing is missing from the theme, so there is nothing to
fallback too.

Ray, maybe we should add image-missing to the standard hicolor-icon-theme ?

Ralf, can you try this and then try the latest glchess rpm again? :
cp /usr/share/icons/gnome/32x32/status/image-missing.png \
   /usr/share/icons/hicolor/32x32/status/
touch /usr/share/icons/hicolor
gtk-update-icon-cache /usr/share/icons/hicolor

Yes, this fixes the problem.

I will file a bug for crystalsvg-icon-theme.

we should just use gtk-missing-image instead since it's compiled into gtk if not
found in the icon theme i guess.

Hi Ralf,

I've got one more package for you to try if you don't mind removing your cp
workaround and testing.

http://koji.fedoraproject.org/koji/taskinfo?taskID=572212

gnome-games-2.22.1.1-4.fc9.i386.rpm solves the problem for me.

Have you filed a bug for crystalsvg-icon-theme about the missing process-working
and image-missing (actually probably image-foo) icons?

You may want to advice them to also add a process-idle icon whihc is just the
first frame of process-working as some apps seem te rely on that being present
too, but having a process-idle is not required by the icon naming spec.