[pulseaudio-tickets] [PulseAudio] #824: Multiple users.

[PulseAudio]

#824: Multiple users.
---------------------+------------------------------------------------------
  Reporter:  olek    |       Owner:  lennart 
      Type:  defect  |      Status:  reopened
 Milestone:          |   Component:  daemon  
Resolution:          |    Keywords:          
---------------------+------------------------------------------------------

Comment(by coling):

 I would look at the output from the {{{ck-list-sessions}}} command. It
 could be that KDE is not properly indicating who is active.

 Also check the output of {{{getfacl /dev/snd/*}}} as this will show you
 which users have specific ACLs added for them. This user who is in the ACL
 should correspond to the 'active' user in the {{{ck-list-sessions}}}
 output.

 If your card does not support h/w mixing then you should also ensure that
 none of your users are in the "audio" group (just type {{{groups
 username}}} to see. If they are in the audio group then this bypasses the
 ACL restrictions. Various scenarios can exist where a user switch even
 when users *are* in the audio group can work fine (i.e. when no user is
 currently playing sound and has released the sound device due to a five
 second timeout), but there will certainly be cases where this can mess
 things up.

 See the notes on the wiki:KDE page which outlines how things should look
 for you under KDE and also mentions the gotcha of the audio group.


 I see that I originally misread the bug report and the problem is not the
 general setup, but rather one of resuming playback after returning from a
 userswitch.

 When this problem occurs, good debug output can be optained from {{{pacmd
 list-sinks}}}. This output will include the current "suspend status" and
 the "suspend reason" which can aid debugging.

-- 
Ticket URL: <http://pulseaudio.org/ticket/824#comment:4>
PulseAudio <http://pulseaudio.org/>
The PulseAudio Sound Server