Note: this bug may end up being fixed somewhere else. Description of problem: If you have one user that logs in on the desktop, ConsoleKit grants them ACL access to the sound device. They then start a mixer applet, and potentially other apps that use the sound device. You then use fast-user-switching to switch to another user. ConsoleKit then grants this new user ACL access to the sound device. So, apps then open the sound device... ... and all fail, because they do not have the proper dmix IPC key to talk to dmix. Some exit with an error (play). Some produce no sound (flash player). Some hang (rhythmbox). In any case, it's bad. Version-Release number of selected component (if applicable): alsa-utils-1.0.14-0.5.rc2.fc7 fast-user-switch-applet-2.17.4-4.fc7 ConsoleKit-0.2.1-2.fc7
(In reply to comment #0) > Note: this bug may end up being fixed somewhere else. > > Description of problem: > > If you have one user that logs in on the desktop, ConsoleKit grants them ACL > access to the sound device. They then start a mixer applet, and potentially > other apps that use the sound device. Actually HAL does but that's besides the points. > ... and all fail, because they do not have the proper dmix IPC key to talk to dmix. > > Some exit with an error (play). Some produce no sound (flash player). Some hang > (rhythmbox). In any case, it's bad. Quite clearly an ALSA bug wouldn't you agree? Anyway, the solution, however, I think lies elsewhere: PulseAudio. Reassigning to alsa-utils regardless. I've also bug 237860 to track these issues (another one is that DRI only works on the first session)
PulseAudio should handle it now, right?
Right. This problem disappears once gnome volume control is replaced with pavucontrol.
g-v-c already can access the PA mixer thorugh gst. I think this problem is fixed now.