GNOME Bugzilla – Bug 580078
Ekiga doesn't determine the remote uri and name correctly anymore
Last modified: 2009-05-19 20:14:27 UTC
I tried to call sip:foo@ekiga.net ; my call history ended with a passed call to a name "foo@ekiga.net" and uri "pc:udp$ekiga.net:5060", which is definitely wrong!
I checked that in lib/engine/components/opal/opal-call.cpp, the parse_info function has the right data.
Ah, ha! I made the parse_info method print when it's called, and here we have : remote_party_name = remote_uri = pc:udp$ekiga.net:5060 remote_party_name = foo@ekiga.net remote_uri = sip:foo@ekiga.net remote_party_name = foo@ekiga.net remote_uri = pc:udp$ekiga.net:5060 What did I do? I just called sip:foo@ekiga.net... and that method was called three times, only the second one giving the correct results!
I noticed me too that, after pressing green button, the URL bar shows an unuseful pc:udp... for 1-2 seconds...
Let's hope Damien can comment, because it would take me a very long time to study that part of the woods...
That's a new problem. Something changed in OPAL affecting this. The problem is that you do not necessarily have all the information depending on when that function is called. It took me a very long time to figure out all cases : missed call, answered incoming call, answered outgoing call, unanswered outgoing call and getting it right for all those cases.
Oh -- an upstream change would indeed explain why looking in ekiga's commit log didn't turn up anything useful.
I reported it : https://sourceforge.net/tracker/?func=detail&aid=2780713&group_id=204472&atid=989748
Damien fixed it!