Mercurial > pidgin.yaz
diff src/blist.c @ 9324:af707cc1e229
[gaim-migrate @ 10132]
Now when your buddies unset their icon, you'll no longer see it.
Well on Yahoo! anyway, I doubt OSCAR actually ever tells the core
when a buddy unsets his icon, since Chip just added the ability to
do that a couple days ago.
The caching needs to be fixed up, the file itself is never removed.
I made gtkblist use GtkPixbufLoader, which i'm worried about because
gtkconv has a comment about that leaking.
The GaimBuddyIcon's end up being loaded from gtkblist.c, which is wrong,
I think. However, they were previously not being created at all I think,
except for new icons. So basicly, gtkconv and gtkblist use GaimBuddyIcon
instead of loading the icon straight into a GdkPixap or whatever from the
file. gtkblist will still read the file if it can't find a GaimBuddyIcon,
but it creates one from the file, instead of just using the file.
committer: Tailor Script <tailor@pidgin.im>
author | Tim Ringenbach <marv@pidgin.im> |
---|---|
date | Sun, 20 Jun 2004 06:57:54 +0000 |
parents | 635f88dc9adf |
children | eae7e049d639 |
line wrap: on
line diff
--- a/src/blist.c Sun Jun 20 05:39:21 2004 +0000 +++ b/src/blist.c Sun Jun 20 06:57:54 2004 +0000 @@ -650,7 +650,10 @@ buddy->icon = (icon == NULL ? NULL : gaim_buddy_icon_ref(icon)); } - gaim_buddy_icon_cache(icon, buddy); + if (buddy->icon) + gaim_buddy_icon_cache(icon, buddy); + else + gaim_blist_node_remove_setting((GaimBlistNode *)buddy, "buddy_icon"); schedule_blist_save();