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.
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
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
(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:
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 ***