view doc/savedstatus-signals.dox @ 20633:4c910fcb5b0a

Consider offline contacts when calculating the priority buddy. I was seeing assertion failures when aliasing a guy in my blist because gtk_blist_renderer_edited_cb() called gtk_blist_auto_personize() which iterates through everyone in that group (whether online or not) and calls purple_contact_get_alias() to determine whether it should prompt to merge the buddies. purple_contact_get_alias() calls purple_contact_get_priority_buddy() which returns NULL if all buddies in that contact are offline. Might as well just return the first PurpleBuddy if they're all offline, right?
author Mark Doliner <mark@kingant.net>
date Mon, 24 Sep 2007 01:47:27 +0000
parents 8cf53d7a0887
children e0613cf8c493
line wrap: on
line source

/** @page savedstatus-signals Saved Status Signals

 @signals
  @signal savedstatus-changed
 @endsignals

 <hr>

 @signaldef savedstatus-changed
  @signalproto
void (*savedstatus_changed)(PurpleSavedStatus *new, PurpleSavedStatus *old);
  @endsignalproto
  @signaldesc
   Emitted when a new saved status is activated.
 @endsignaldef

 */
// vim: syntax=c tw=75 et