Mercurial > pidgin
diff src/conversation.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 | 77fdeb4c459f |
children | 49b7b30f6e4e |
line wrap: on
line diff
--- a/src/conversation.c Sun Jun 20 05:39:21 2004 +0000 +++ b/src/conversation.c Sun Jun 20 06:57:54 2004 +0000 @@ -808,10 +808,13 @@ if (type == GAIM_CONV_IM) { + GaimBuddyIcon *icon; conv->u.im = g_new0(GaimConvIm, 1); conv->u.im->conv = conv; ims = g_list_append(ims, conv); + if ((icon = gaim_buddy_icons_find(account, name))) + gaim_conv_im_set_icon(conv->u.im, icon); gaim_conversation_set_logging(conv, gaim_prefs_get_bool("/core/logging/log_ims"));