Re: [Ekiga-devel-list] Could not unregister, regression

[Damien Sandras <dsandras seconix com>]

Le lundi 15 juin 2009 à 13:47 +0200, Michael Rickmann a écrit :
> ...snip
> > > Looking at a -d 4, it seems that ekiga asks to unregister by trying to 
> > > register again, and gets a 489 Bad event back...
> > > 
> > > Perhaps my recent refactoring of the account code is responsible for the 
> > > problem...
> > 
> > Uh... from lib/engine/components/opal/sip-endpoint.cpp :
> > bool
> > Opal::Sip::EndPoint::subscribe (const Opal::Account & account)
> > {
> >    if (account.get_protocol_name () != "SIP")
> >      return false;
> > 
> >    new subscriber (account, *this);
> >    return true;
> > }
> > 
> > 
> > bool
> > Opal::Sip::EndPoint::unsubscribe (const Opal::Account & account)
> > {
> >    if (account.get_protocol_name () != "SIP")
> >      return false;
> > 
> >    new subscriber (account, *this);
> >    return true;
> > }
> > 
> > Is it me or is it doing the same thing in both cases !?
> > 
> > Snark
> 
> I was wondering about that one as well. All I can say is that the
> unsubscribe was not used. When studying Ekiga#s exit, I had outcommented
> it by a diff the file date of which is Mo 8 Jun and the linker did not
> complain. Now unsubscribe is called.

I suppose account is disabled in one case and not in the other.
-- 
 _     Damien Sandras
(o-      
//\    Ekiga Softphone : http://www.ekiga.org/
v_/_   Be IP           : http://www.beip.be/
       FOSDEM          : http://www.fosdem.org/
       SIP Phone       : sip:dsandras ekiga net