Mercurial > pidgin
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