1. have PA normally started 2. start rhythmbox playing (using gst-pulse) 3. pause RB 4. kill PA 5. restart PA 6. unpause RB RB then hangs; needs to be killed and restarted. pulseaudio-libs-0.9.7-0.17.svn20071017.fc8 rhythmbox-0.11.2-10.fc8
Uh. How should this ever work? Why did you kill PA in the first place? If you just want PA to give up the audio device, there's "pasuspender" which can do this temporarily for you. I mean, have you seen what happens if you kill "gnome-session"? Or "dbus-daemon"? Most apps cannot deal with having the XSM or D-Bus restart either. Sure, it would be nice if clients would automatically reconnect. But come on. If you want to shoot yourself in the foot by killing PA, do you really expect that gst-pulse will tape over this?
I don't think anyone is expecting it to work, but at least an error message would be better than hanging the application (which is then going to be blamed for the hang).
Also, the daemon might not be local, so network problems might also cause a disconnect.
Based on the date this bug was created, it appears to have been reported during the development of Fedora 8. In order to refocus our efforts as a project we are changing the version of this bug to '8'. If this bug still exists in rawhide, please change the version back to rawhide. (If you're unable to change the bug's version, add a comment to the bug and someone will change it for you.) Thanks for your help and we apologize for the interruption. The process we're following is outlined here: http://fedoraproject.org/wiki/BugZappers/F9CleanUp We will be following the process here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this doesn't happen again.
*** This bug has been marked as a duplicate of 323051 ***