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 723151 - GtkIconHelper (used by eg. CellRendererPixbuf) blocks while loading remote HTTP icons synchronously, freezing the whole application
GtkIconHelper (used by eg. CellRendererPixbuf) blocks while loading remote HT...
Status: RESOLVED WONTFIX
Product: gtk+
Classification: Platform
Component: .General
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2014-01-28 09:46 UTC by Emanuele Aina
Modified: 2016-01-23 06:43 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Emanuele Aina 2014-01-28 09:46:08 UTC 
In the review of bug #723077 Bastien pointed out that stuffing GIcons pointing to remote images on a slow HTTP server in a GtkTreeView would make the application unusable as icons are resolved synchronously in the GtkIconHelper machinery used by GtkCellRendererPixbuf.

For this reason, support for setting the proper source icon has been dropped from the above patch, but in general it would be nice to be able to use GLoadableIcon where needed and have GtkIconHelper work asynchronously.
Comment 1 Christian Persch 2014-02-20 21:08:23 UTC 
IMO gtk shouldn't load GIcons from remote sources at all since it's basically the same as a web bug [https://en.wikipedia.org/wiki/Web_bug] but for gtk apps, and has no legitimate uses.