GNOME Bugzilla – Bug 685097
Ekiga missed calls
Last modified: 2013-01-11 08:38:02 UTC
Since version 3.9.90 Ekiga does not respond to a call in a reasonable way anymore. A ring tone is played exactly one time, then a message pops up in the Gnome shell telling me that I should decide if I want to accept the call or not and in the next few milli seconds a new message pops up that I missed the call. That means, I do not have the chance to actually accept the call at all because the second message pops up right after the first one. I'm using GNOME3 (Fedora 17) and a SIP account (sipgate.de). The following versions worked fine for me: ekiga-3.3.2 opal-3.10.2 ptlib-2.10.2 If you need anything else, just let me know.
I wonder if it could be a bug in libnotify, because I'm not doing anything fancy with the libs. However, I experienced a similar bug under gnome fallback and found a fix this WE. Could you try to see if it fixes your problem ? I would guess it does not, but who knows...
What is the value of Timeout... in Preferences->General->CallOptions ?
(In reply to comment #1) [...] > Could you try to see if it fixes your problem ? Uhm what exactly should I try? (In reply to comment #2) > What is the value of Timeout... in Preferences->General->CallOptions ? The timeout is set to 45 seconds.
Stefan, send us a -d 4 log. Maybe there is some packet received which triggers that...
Could you send us a -d 4 log?
Sorry for the long delay. I did some tests and here are the results: Starting "ekiga -d {1,2,3}" results always in the problem as described above. However, starting "ekiga -d 4" works fine for me, i.e. I can answer incoming calls. This sounds like a race condition to me which does not happen in debugging level 4. I'm not happy with uploading a debug logfile because it contains hundreds of confidential data, like my phone book. If you really need it in order to solve the problem, I will hopefully find the time to manually check 2300 lines of the log file in order to obfuscate all addresses, IPs and account names.
Ok. I see two problems in your case. The first is that the notification disappears very fast, and that it shows Missed call. Are both of them solved with -d 4 ? With the others -d do both problems appear?
Yes that is right. While starting ekiga in normal mode or in debug mode with levels between 1 and 3, the notification disappears right away and it shows a missed call message. While in debug mode with level 4 both problems go away, i.e. I can answer a call as I would expect.
Stefan, please give us a -d 3 log, where the bug appears...
Created attachment 226920 [details] Logfile -d 3
The problem is that you receive two INVITEs at 3ms interval: 2012/10/21 13:05:34.735 0:32.385 Opal Liste...c8e355c700 SIP PDU INVITE sip:1234567@123.456.789.123:5060 received: rem=udp$217.10.79.9:5060,local=udp$123.456.789.123:5060,if=192.168.178.20%wlan0 and 2012/10/21 13:05:34.738 0:32.388 Opal Liste...c8e355c700 SIP PDU INVITE sip:1234567@192.168.178.20:5060 received: rem=udp$217.10.79.9:5060,local=udp$123.456.789.123:5060,if=192.168.178.20%wlan0 The second call arrives before the first one gets processed. I suppose that when using -d 4, the interval is a bit greater, hence giving enough time to the first call to be processed before the second call arrival. I take care of this bug.
Stefan, please give a -d 4 log too, where it works. If you do not mind, a -d 3 also, where it works, would perhaps be useful too.
Any chance to have the -d 4 log? We need it to understand why there are two INVITEs...
Created attachment 232119 [details] Logfile -d 4
Created attachment 232120 [details] Logfile -d 3 WORKS Ekiga version 3.3.2
Stefan, sorry but we need the debug output for ekiga 4.0.0 (for -d 3 and for -d 4), do you mind attaching them?
Created attachment 233105 [details] Logfile -d 3 and ekiga version 4.0.0
Created attachment 233106 [details] Logfile -d 4 and ekiga version 4.0.0
Fixed with http://opalvoip.svn.sourceforge.net/viewvc/opalvoip?view=revision&revision=28848, thanks for your bug report! It will appear in 4.0.1, to be released soon.