Red Hat Bugzilla – Bug 283811
Internal GStreamer error: state change failed
Last modified: 2008-05-19 05:44:40 EDT
When clicking any "Test" button in gnome-sound-properties, I get:
gconfaudiosrc ! audioconvert ! audioresample ! gconfaudiosink profile=chat:
Internal GStreamer error: state change failed. Please file a bug at
in an error dialog box. Honestly not sure what's going on here, this is just a
fedora devel install... happy to provide more info or provide access to the box.
If this is a config error or whatnot, maybe gstreamer is not the right
Same error with me. See attachment on bug #289831 Sound doesn't work.
Lennart, any idea ?
No, not really.
Eric, does running "pavucontrol" work for you?
ok let's install it first... :)
Ok, I get a "Connection failed: Connection refused" dialog box, when I try to
run it (remotely, if that matters... (the box is headless, now...))
This tells me that pulseaudio is not running.
F8 is now using PulseAudio by default.
For new installs all necessary packages are installed by default. For upgrades,
please make sure to install:
However, given that you haven't been running PA, and PA is not going to
magically fix the problems you are experiencing with GST, this is probably not
the solution for this bug. I am not a gst pro, so this should probably be looked
after by someone else.
If installing PA doesn't solve your problem, or if you would like to got without
it, then running g-s-p with GST_DEBUG=3 and pasting the output would probably
help to debug this issue.
FWIW, this was a new install of F8, test2-ish, subsequently upgraded following
I did not have pulseaudio-utils, gstreamer-plugins-pulse, or
alsa-plugins-pulsaudio installed. I don't think I did any fancy package
selection at install time.
Got everything installed, rebooted since I don't know what starts pulseaudio,
same thing... what should be starting pulseaudio? (sorry if I'm getting OT)
Well, FWIW, at least now when I run gnome-sound-properties, I get a nice
"Testing..." dialog box. If I were in the same room and speakers were plugged
in, I assume I'd hear something. :)
So, I guess something fixed this? Sorry, not sure if it was the additional rpm
installs, or the various updates I've done since filing the bug.
This is most likely yet another occurance of the bug where ACLs are not properly
set up for the sound device files. I am not sure there is now a bz report for it.
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.
The ACL problem should have been fixed now.