Comment 4 for bug 1367693

David Henningsson (diwic) wrote :

Ok, and the second finding. If a stream is currently creating, pa_stream_disconnect fails, and the stream continues to set itself up and starts to produce samples.
So when the sound applet starts up, this seems to happen due to some race condition because active_input_update is called twice.

There are more than one way to solve this problem, and maybe I should do both workarounds:

 1) If pa_stream_disconnect fails, make sure that we retry the disconnection later.

 2) If active_input_update is called twice for the same object, there is no need to tear down the stream and then set it up again. This is what seems to happen at startup.