log libpurple/buddyicon.c @ 26716:911a325116d5

age author description
Thu, 09 Apr 2009 17:38:45 +0000 Nick Hebner Various libpurple uninit memory cleanups.
Mon, 26 Jan 2009 06:44:00 +0000 Mark Doliner Remove trailing whitespace
Tue, 06 Jan 2009 03:39:51 +0000 Paul Aurich Patch from Paul Aurich to add purple_strequal to help readability and simplicity of code. Ie, don't need to negate the value of strcmp, since this does a strcmp and does the negation for us
Sun, 02 Nov 2008 10:54:00 +0000 Gary Kramlich Finish off the libpurple updates for the hidden blist structs
Wed, 06 May 2009 18:58:47 +0000 Paul Aurich Fix the crash/leaks in statusbox
Thu, 30 Oct 2008 22:40:49 +0000 Richard Laager Build everything with the *_DISABLE_DEPRECATED flags set. This allows us
Sun, 07 Sep 2008 19:58:04 +0000 Elliott Sales de Andrade Don't try to read data from a NULL filename in
Thu, 15 May 2008 02:35:53 +0000 Etan Reisner Add a purple_buddy_icons_node_set_custom_icon_from_file convenience function.
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