The root of this problem seems to be that gtkui/model.py tries to load the icon specified by gtk.STOCK_DIALOG_QUESTION if a given icon cannot be found in the current theme. As far as I understand (I've never worked with GTK), this tends to refer to the icon named 'dialog-question' (see the Freedesktop naming convention [1]). However, in at least two popular icon themes, Oxygen and Tango, this icon is presently *not implemented* [2]. Thus load_icon throws an exception that isn't handled, and the program hangs.
I don't know what the nicest solution to this is, but the gPodder devs themselves suggest in their FAQ that one should simply install the Gnome icon theme and force usage of that [3]. This doesn't sound like a very nice approach to me; I mean, half the reason the Freedesktop icon conventions are around is precisely so programs can just refer to icons by their description, leaving it to the desktop environment to provide a consistent look and feel. I've attached two patches that I think take care of the problem in a nicer way. However, I have no experience with GTK or the gPodder code in general, so things should perhaps be done differently. PS: Should this bug perhaps be renamed? If one adds an extra icon theme dependency, users still have to force the use of it according to [3], which gives an inconsistent look (in the case of KDE a *very* inconsistent one). [1] http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html [2] http://techbase.kde.org/Projects/Oxygen/namingSpec/status [3] http://wiki.gpodder.org/wiki/FAQs#Missing_icons_on_the_gpodder_interface -- Missing dependency https://bugs.launchpad.net/bugs/660299 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
