After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 392593 - hipo crashes upon not finding icon
hipo crashes upon not finding icon
Status: RESOLVED FIXED
Product: hipo
Classification: Deprecated
Component: general
unspecified
Other Linux
: High normal
: ---
Assigned To: Pedro Villavicencio
Hipo Maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2007-01-04 03:13 UTC by Mike Hogye
Modified: 2007-01-05 11:53 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Mike Hogye 2007-01-04 03:13:33 UTC
With my (black) iPod Nano plugged in, I run hipo, and get the following output:

Unhandled Exception: GLib.GException: Icon 'multimedia-player-ipod-nano-black' not present in theme
at Gtk.IconTheme.LoadIcon (string,int,Gtk.IconLookupFlags) <0x0009a>
at Hipo.HipoMainWindow.GetDeviceIcon (IPod.Device) <0x000b7>
at <>AnonHelp<5>.<#AnonymousMethod>6 (object,System.EventArgs) <0x00032>
at (wrapper delegate-invoke) System.MulticastDelegate.invoke_void_object_EventArgs (object,System.EventArgs) <0x00041>
at InvokeCB.Invoke () <0x0001a>
at (wrapper delegate-invoke) System.MulticastDelegate.invoke_bool () <0x00037>
at TimeoutProxy.Handler () <0x0002a>
at (wrapper native-to-managed) TimeoutProxy.Handler () <0x00036>
in (unmanaged) 0xb7ecbdd5
at (wrapper managed-to-native) Gtk.Application.gtk_main () <0x00004>
at Gtk.Application.Run () <0x00007>
at Gnome.Program.Run () <0x00007>
at Hipo.HipoMainWindow.CreateWindow (string[]) <0x011d7>
at Hipo.HipoMain.Main (string[]) <0x00041>
Comment 1 Mike Hogye 2007-01-04 03:39:22 UTC
The Hipo 0.1 deb puts the icons in the hicolor theme dir. I copied from there the one I need into the theme dir I'm using, did a "touch" on the top-level theme dir so the icon cache would get regenerated. This got Hipo past the problem.
Comment 2 Pedro Villavicencio 2007-01-04 11:32:18 UTC
can you tell me if you can reproduce this with the SVN version?, btw which theme are you using?

thanks for the report.
Comment 3 Mike Hogye 2007-01-04 15:45:02 UTC
Dumb question: is there a way to run the SVN version without installing a bunch of dev packages? (I can install them if I need to, but I'd rather not.)

I'm using the Human icon theme.
Comment 4 Pedro Villavicencio 2007-01-04 15:54:56 UTC
(In reply to comment #3)
> Dumb question: is there a way to run the SVN version without installing a bunch
> of dev packages? (I can install them if I need to, but I'd rather not.)

no sadly you can't, but please try what i said in #392595 

> 
> I'm using the Human icon theme.
> 

Well i'm using the same one i cannot reproduce it...

lets wait if someone have the same problem ;-)
Comment 5 Mike Hogye 2007-01-04 16:51:11 UTC
I don't have my iPod with me; I will try the new version tonight. But ... for anyone wanting to compile Hipo, it's very easy:

(This is on a pretty standard Edgy x86 system.)

Install:
  * gnome-common (+6 dependencies)
  * libglib2.0-dev
  * mono-gmcs (+5 dependencies)

Run:
  cd <hipo-top-level-dir>
  ./autogen.sh
  make
  sudo make install

This seems to put everything under /usr/local (yay!).

Uninstall is just:
  cd <hipo-top-level-dir>
  sudo make uninstall
Comment 6 Pedro Villavicencio 2007-01-05 01:57:59 UTC
ok ok i found the guilty, the problem was that when you install hipo from the SVN or from the tarball when you do the make install thing it executes gtk-update-icon-cache over the hicolor theme directory this is executed for later finding the icons, but, the package doesn't execute that so that was the problem, i've updated the package with the fix, tell me if it fix the problem for you.

http://www.gnome.org/~pvillavi/hipo/hipo_0.1-3_i386.deb

Regards,
Comment 7 Mike Hogye 2007-01-05 04:01:49 UTC
Well, I cannot for the life of me reproduce the problem.

  * uninstalled all hipo versions
  * manually removed the icon cache file from under /usr/local/
  * touched all the dirs in /usr/share/icons
  * updated the icon cache
  * installed hipo 0.1-1 (with which I saw the problem originally)

and ... it had no trouble finding the icon. This wasn't working last night; either  Hipo's icons are still floating around in my icon cache somewhere, or somehow installing the newer version fixed the problem for good.

Either way, this can be marked as fixed. Thanks for the quick response -- Hipo rules!
Comment 8 Pedro Villavicencio 2007-01-05 11:53:58 UTC
Ok, thanks again for your help ;-).