| Wed, 05 Mar 2008 18:17:25 +0000 |
Mark Doliner |
Bring back the lines that free info.whatever on subsequent calls to
|
| Wed, 05 Mar 2008 18:13:11 +0000 |
Mark Doliner |
merge of 'e4cc3b79eb04e4937c5fa764f6839a8e07397651'
|
| Wed, 05 Mar 2008 10:00:45 +0000 |
Mark Doliner |
Improve our error handling of Gnome proxy settings.
|
| Wed, 05 Mar 2008 09:43:31 +0000 |
Mark Doliner |
Short circuit and return out of the function early if gconftool-2
|
| Wed, 05 Mar 2008 18:11:02 +0000 |
Mark Doliner |
disapproval of revision 'd5ef30aafa0c0ecff773017ab7ac542f9ba7b4b4'
|
| Wed, 05 Mar 2008 09:40:16 +0000 |
Mark Doliner |
These things are always NULL, so these if statements are never triggered
|
| Wed, 05 Mar 2008 00:26:44 +0000 |
Evan Schoenberg |
Fixed bug in which Yahoo contacts were erroneously considered to be blocked,
|
| 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 18:50:16 +0000 |
Evan Schoenberg |
Prefer more available resources to less available ones when priorities are the same. Fixes #5079.
|
| Tue, 04 Mar 2008 16:23:07 +0000 |
Stu Tomlinson |
Correct documentation in --help and man page for -l command line option.
|
| Tue, 04 Mar 2008 09:41:44 +0000 |
Mark Doliner |
Move the status note parsing into a separate function, which I think
|
| 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.
|
