view doc/certificate-signals.dox @ 28861:1428d59119cd

*** Plucked rev aada73f0d8a35997280d570f47caf30907fe68df (bcc0147bab874ca52c55ad4900545e17528bf8fd): Make sure that libpurple core knows that a buddy is on the allow list just after accepting their add request. Previously, this was not a problem, and would go away at next login, but now that the core does its own client-side blocking, it appears as if newly added buddies can't talk to you. Fixes #10898.
author Daniel Atallah <daniel.atallah@gmail.com>
date Thu, 07 Jan 2010 23:44:38 +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