pidgin: libpurple/buddyicon.c history

log libpurple/buddyicon.c @ 23116:944059cb7807

less more | (0) -30 -10 -7 tip

age	author	description
Tue, 13 May 2008 04:36:07 +0000	Etan Reisner	Add the purple_buddy_icons_node_has_custom_icon,
Fri, 04 Apr 2008 04:42:26 +0000	Mark Doliner	Documentation changes
Thu, 03 Apr 2008 23:51:19 +0000	Mark Doliner	Better documentation.
Tue, 04 Mar 2008 23:53:44 +0000	Evan Schoenberg	Just write out the buddy icon file; there's no need to check to see if it exists. This is for the cache, and if the blist.xml gets out of sync with the cache on disk (for example, because the user moves the blist.xml file out of the way), the existing code will never update the cached icon again.
Tue, 04 Mar 2008 00:11:22 +0000	Evan Schoenberg	When purple_buddy_icons_set_account_icon() is called, it unrefs the old PurpleStoredImage and refs the new one. Previously, it notified the prpl of the change in the buddy icon before updating pointer_icon_cache, which meant that if the prpl then called purple_buddy_icons_find_account_icon() it would get the old PurpleStoredImage (which is at this point not only old but also a pointer to invalid memory if unref'ing it caused it to be destroyed). This happens in jabber_set_info() as of 2.4.0, causing a crash when setting no-buddy-icon for an account after it has previously had an icon. I think this also means that XMPP accounts in 2.4.0 will also always set serverside the last icon set, not the current one, when changing icons, but I didn't test that.
Sun, 03 Feb 2008 19:43:41 +0000	John Bailey	Kill off gc->prpl in the core everywhere but connection.c (when the struct
Wed, 23 Jan 2008 05:16:39 +0000	Sadrul Habib Chowdhury	We need to store the img in the hashtable only after we have removed the old

less more | (0) -30 -10 -7 tip