view doc/certificate-signals.dox @ 27401:8a46d5528c3c

Plug a leak of an account dropdown selection dialog or two. The optmenu was being assigned to the wrong field, meaning it would be created twice (the latter when pidgin_request_fields hits that field). On top of that, the dropdown was being created even when the field isn't visible (which, in the case of one active account and the New IM dialog, it isn't). Fixes a bunch of failed assertions in the debug log like: g_log: purple_request_field_account_set_value: assertion `field->type == PURPLE_REQUEST_FIELD_ACCOUNT' failed
author Paul Aurich <paul@darkrain42.org>
date Tue, 07 Jul 2009 17:44:13 +0000
parents e0613cf8c493
children
line wrap: on
line source

/** @page certificate-signals Certificate Signals

 @signals
  @signal certificate-stored
  @signal certificate-deleted
 @endsignals

 @see certificate.h

 <hr>

 @signaldef certificate-stored
  @signalproto
void (*certificate_stored)(PurpleCertificatePool *pool, const gchar *id, gpointer data);
  @endsignalproto
  @signaldesc
   Emitted when a pool stores a certificate. Connect to the pool instance.
  @param pool    Pool the certificate has been stored into
  @param id      Key the certificate was stored under
 @endsignaldef

 @signaldef certificate-deleted
  @signalproto
void (*certificate_deleted)(PurpleCertificatePool *pool, const gchar *id, gpointer data);
  @endsignalproto
  @signaldesc
   Emitted when a pool deletes a certificate. Connect to the pool instance.
  @param pool    Pool the certificate was deleted from
  @param id      Key that was deleted
 @endsignaldef

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