Ekiga freeze after I press hang up button

Thanks for your bug report. Please try to obtain a backtrace http://wiki.ubuntu.com/DebuggingProgramCrash and attach the file to the bug report. The one you attached doesn't contains any symbols of a crash. Thanks in advance.

Ekiga freeze (not crash). How can I obtain backtrace?

On the documentation there's a section on how to get backtrace of already running programs: https://wiki.ubuntu.com/Backtrace#Already%20running%20programs ; you need to use that, thanks.

I'm getting this problem too.

Linux monolake 2.6.28-14-generic #47-Ubuntu SMP Sat Jul 25 00:28:35 UTC 2009 i686 GNU/Linux

ekiga:
  Installed: 3.2.0-0ubuntu2
  Candidate: 3.2.0-0ubuntu2
  Version table:
 *** 3.2.0-0ubuntu2 0
        500 http://gb.archive.ubuntu.com jaunty-updates/main Packages
        100 /var/lib/dpkg/status
     3.2.0-0ubuntu1 0
        500 http://gb.archive.ubuntu.com jaunty/main Packages

I attach the back trace.

Same problem here, ubuntu Jaunty, kernel 2.6.28-15-generic, ekiga 3.2.0.
Could not get a backtrace - I guess I need some ekiga-dbg package - but I see a lot of network activity just after ekiga hangs. In my case (tcpdump trace):

10:27:32.630865 IP routed-static-PA.de.kpn-eurorings.net.58292 > helio.local.5062: UDP, length 172
10:27:32.630945 IP helio.local.5062 > routed-static-PA.de.kpn-eurorings.net.58292: UDP, length 172
(back and forth, back and forth, never ending)

Then I checked the router ports, and forwarded 5062 to my machine (helio). Then ekiga still hangs, with this tcpdump trace:

10:47:09.728527 IP helio.local.5062 > 195.219.64.57.57742: UDP, length 172
10:47:09.768502 IP helio.local.5062 > 195.219.64.57.57742: UDP, length 172
10:47:09.778798 IP helio.local.5062 > 195.219.64.57.57742: UDP, length 172
(never ending)

The host 195.219.64.57 does not exist in my DNSs, no wonder this never ends.
I haven't configured it anywhere, where did it come from?

I haven't disabled network detection in ekiga's preferences. What can be wrong here?
Thanks!

Hi,

I've made some experimental builds of the Ekiga current stable tree here:
https://launchpad.net/~sevmek/+archive/ekiga-stable-prerelease

Could you give it a try to check if this is fixed upstream?

hefesto,

The traffic you see is most probably the audio stream which continue to be active. 195.219.64.57 is probably the one you where chatting with.

Best regards,
Yannick

Thanks Yannick, but I'm still getting the freeze.

ekiga:
  Installed: 3.2.6~ppa20090822223153~jaunty5
  Candidate: 3.2.6~ppa20090822223153~jaunty5
  Version table:
 *** 3.2.6~ppa20090822223153~jaunty5 0
        500 http://ppa.launchpad.net jaunty/main Packages
        100 /var/lib/dpkg/status
     3.2.0-0ubuntu2 0
        500 http://gb.archive.ubuntu.com jaunty-updates/main Packages
     3.2.0-0ubuntu1 0
        500 http://gb.archive.ubuntu.com jaunty/main Packages

I attach the backtrace

GilgongoJones,

Do you still have the bug if you do not use pulseaudio?

e.g. you can try:
$ pasuspender -- ekiga

The freeze still happens even if I run ekiga with pasuspender.

Thank you. :)

GilgongoJones,

We need a new backtrace (with my packages) and to be sure pulseaudio is killed. Please do the following:

Kill pulseaudio:
$ pulseaudio -k

Please install the package ekiga-dbg if not already installed.

Get the backtrace.

To restart pulseaudio use:
$ pulseaudio -D

Thank you in advance.

Best regards,
Yannick

OK I attach that - hope it helps!

Thank you very much!

GilgongoJones,

I feel very sorry... Killing pulseaudio explicitly do not prevent it to pup up when starting ekiga.

The only way I found is to remove the pulseaudio package. Would you be kind enough to try this?

First kill pulseaudio:
$ pulseaudio -k

Remove the pulseaudio package:
$ sudo aptitude remove pulseaudio
(it will probably remove the meta package ubuntu-desktop, please note down any other package as you might need to reinstall them)

Run the Monitor System application (under Administration->Monitor system) and make sure there is no pulseaudio process in the Process tab. If it is there, kill it.

Get the backtrace.

To reinstall the system you can use:
$ sudo aptitude install ubuntu-desktop

And finally restart pulseaudio:
$ pulseaudio -D

Best regards,
Yannick

No problem Yannick. I attach the new trace.

Thank you very much!

GilgongoJones,

Are you able to have a successful call ? Are you doing something special to reproduce the bug ?

Best regards,
Yannick

I've not been able to make a successful call yet. When I launch Ekiga, I can make a call to the echo test, I can hear the incoming voice, but I can't record my own. I then hang up and Ekiga hangs. However, I see that if I try recording something with Sound Recorder I get a similar situation (it hangs when I stop recording - also I notice that it's not registering any input).

So I think this may be something to do with my sound input system maybe?

In my case, I can call the echo service (sip:<email address hidden>, I think it is) without problem (can hear my echoed voice and hangup without freeze). I haven't tried calling to other ekiga accounts, though.
Sound Recorder is also ok for me.
My problem - hangup time - comes when calling to a phone number via 12voip (one of Betamax's providers), sort of sip:+<email address hidden>.

Yannick and company: thanks a lot for your help :)

Hefesto,

Could you try this packages to check if this issue is fixed?
https://launchpad.net/~sevmek/+archive/ekiga-stable-prerelease

Best regards,
Yannick

Yannick,

I have installed your last packages and made a quick test. It works!! :-)
Thank you very much! Good work!

hefesto and others,

I builded packs with Ekiga 3.2.6 which was released yesterday here:
https://launchpad.net/~sevmek/+archive/ekiga-released

Please try it and confirm if the issue is solved.

Best regards,
Yannick

Looks good to me. I can't reproduce the bug.

Thank you. I consider this issue fixed with Ekiga 3.2.6

Best regards,
Yannick

I'm sure I speak for everyone on this bug when I say thank you Yannick, and in the unlikely event that I ever meet you in person, I would like to shake your hand and buy you the most expensive drink I can afford.

Hello everyone,
I experience the same bug on karmic with both ekiga-3.2.5 and 3.2.6 (the last one I built myself from source). Some time ago I reported a bug 507118 (since did not see this one). So I might have to mark mine duplicate. It does seem to be a sound problem. I do not use pulseaudio - it gave me a lot of problems. I did not use it on jaunty either, however no problems were seen then. Second, my wife's laptop with karmic has pulseaudio with which this problem is also present.

Using dbg doesn't help the app. does not crash but freezes. I tried "ekiga -d4". It is still not complaining about anything just tries to load dialtone.wav sound and to close the audio device about a 1000 times... Please see
https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/507118
I saw that Yannick got a ppa with new versions of ekiga, the say that it is for jaunty though

Cannot install ekiga-spashot - some dependencies refuse to install

As a matter of fact, ekiga-snapshot does not install because it needs higher dependencies than those to be installed (it would be my only resort though, so once again I have to manually get all the packages)
Yannick's ekiga2.6.5 installs, however i get an error
ekiga: error while loading shared libraries: libpt.so.2.6.4: cannot open shared object file: No such file or directory
Well, this file is still in locate database but it is missing, since it is substituted by libpt.so.2.6.5
So nothing works for me.
As a philosophical observation, I should add, that with all the enhancement of ubuntu 9.10 it gets more nad more bloated so that a lot of updated versions refuse to work, while they work flawlessly in 7* , 8* and 9.04. My FreeBSD does not know such difficulties at all including the last 8.0-RELEASE version. It is a sad sad trend....

Ok I have just written an assay about my problems with ekiga and it is been lost. Thanks to the launchpad.net server

ekiga-snapshot is a headache, since aptitude does not take care of dependencies, thtey should be installed manually
Yannick's ppa does not work
ekiga: error while loading shared libraries: libpt.so.2.6.4: cannot open shared object file: No such file or directory
while that version of libpt is substituted by 2.6.5

My impression is that ubuntu becomes more and more bloated that a lot of applications refuse to work while that used to work flawlessly on previous versions. My FreeBSD being updated to 8.0-RELEASE does everything better then 7.0

I fixed the problem ekiga: error while loading shared libraries: libpt.so.2.6.4: cannot open shared object file: No such file or directory
by sudo ln -s /usr/local/lib/libpt.so.2.6.5 /usr/lib/libpt.so.2.6.4
However, 2.6.5 does exact same thing on my computer: it freezes when pressing on the hangup button
I wonder, what kind of fix has been released?

Vivle le linphone!
I uninstalled ekiga. I did like it, I still have it on FreeBSD. I will be using linphone for now.

You will be kidding, however linphone's sound did not work. So I reloaded snd_hda_intel sound module and voila, it started asking for my sip password about a hundred times https://bugs.launchpad.net/ubuntu/+source/linphone/+bug/507125. I tried ekiga and it magically can now hang up without freezes.

We should all applaud to pulseaudio and its bug-prone nature, even if I remove it it still reminds me about itself. Some of the credit should go to the GNOME policy and my marvelous ATI chips that manage to collect any possible bugs.

The solution proposed by Yannick Defais (using the ppa of ekiga) worked for me.

Thanks a lot, Yannick!

I had this problem under ubuntu 9.10/ekiga 3.2.5 and solved it upgrading to 3.2.6 but I experience a new problem: if I try to reject an incoming call I have to click the reject button twice because the first time it looks like it's interrupting the call but after a while the accept/reject dialog appears again.
If I reject the second time the call gets correctly interrupted.
Thanks.