infinite loop in mumble at/near exit (ran with pasuspender & alsa)

Bug #986774 reported by Tuomas Heino
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
mumble (Ubuntu)
New
Undecided
Unassigned

Bug Description

Started mumble yesterday, first with pulseaudio but it didn't seem to work for reason or another, so quit that instance (successfully) and started another with "pasuspender mumble &". After using the program chose "quit" from menu, but apparently it got in an infinite loop.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: mumble 1.2.3-2ubuntu4
ProcVersionSignature: Ubuntu 3.2.0-23.36-generic 3.2.14
Uname: Linux 3.2.0-23-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.0.1-0ubuntu5
Architecture: amd64
Date: Sun Apr 22 09:45:51 2012
ExecutablePath: /usr/bin/mumble
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Alpha amd64 (20120112)
ProcEnviron:
 TERM=xterm
 SHELL=/bin/bash
 PATH=(custom, no user)
 LANG=en_IE.UTF-8
 LANGUAGE=en_IE:en
SourcePackage: mumble
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Tuomas Heino (iheino+ub) wrote :
summary: - infinite loop in mumble at/near exit (ran with pasuspender & alsa since
- through pulseaudio is too buggy to use)
+ infinite loop in mumble at/near exit (ran with pasuspender & alsa)
Revision history for this message
Tuomas Heino (iheino+ub) wrote :

"reason or another" above may have been Bug #911783 since symptoms were identical, using alsa helped earlier with sound quality issues; whether it is needed to reproduce this issue is unknown for the time being.

Revision history for this message
Tuomas Heino (iheino+ub) wrote :

Since pasuspender seems to handle manually sent SEGVs to mumble, there does not seem to be a straightforward way to get apport-retrace of this...

Backtrace: /usr/lib/libg15daemon_client.so.1(+0xd59) [0x7f292c3a3d59]
Backtrace: /lib/x86_64-linux-gnu/libpthread.so.0(+0xfcb0) [0x7f292aa4ccb0]
Backtrace: /lib/x86_64-linux-gnu/libpthread.so.0(pthread_cond_wait+0xc4) [0x7f292aa48d84]
Backtrace: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN14QWaitCondition4waitEP6QMutexm+0x1bb) [0x7f2928ef34db]
Backtrace: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN7QThread4waitEm+0xa8) [0x7f2928ef2be8]
Backtrace: mumble() [0x5b17f2]
Backtrace: mumble() [0x5b1829]
Backtrace: mumble() [0x520d75]
Backtrace: mumble() [0x43eb19]
Backtrace: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed) [0x7f29282cb76d]
Backtrace: mumble() [0x442fc9]
End of Backtrace.

TEST CASE:
- configure mumble to use alsa for sound input & output, text-to-speech off
- run "pasuspender mumble" and choose quit from the menu

Expected result: program quits and you get back to shell prompt.
Actual result: mumble gets in an infinite loop

Reproduced only with alsa, oss not tested. Does not occur when both input & output are set to pulseaudio and mumble is ran without pasuspender.

Additional notes:
- run "killall /usr/bin/speech-dispatcher" between repeated test runs to return to "pristine state"
- (another?) infinite loop also occurs if you try to change both input and output at same time back to pulseaudio, doing the change one at time avoids that infinite loop.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.