Autospawn fails for second user on a given system if the first user is already running PA and has network access enabled.

[coling]

As per summary.

The autospawning code seems to check for a running pulseaudio process and does not start it's own one if one is detected even tho' the detected process is for another user.

[lennart]

Uh? the autospawning code uses only per-user files/resources.

Can you be a little more specific about this issue?

Maybe you have configured PA globally to use some specific IP port and because of that the multiple instances fight and cannot startup properly?

[coling]

Just going on observations - about to dive into the code.

1. User A logs into X. Start's pulseaudio via one mechanism or another (in this test case due to auto-respawning from libcanberra, I have User A set to *not* autospawn via their own ~/.pulse/client.conf - global is as per default (i.e. autospawning is enabled). At X login PA is started via XDG.
2. User B logs into tty1. paplay /some/sound.wav: Connection Refused.
3. Go back to User A, pulseaudio -k (ensure no instance is running).
4. Go back to User B on tty1 and repeat last command: Works and PA is autospawned for that user.

Double confirm:

5. Still as User B, pulseaudio -k.
6. Go back to User A, start-pulseaudio-x11
7. Go back to User B, repeat paplay. Connection Refused again..

So (from observation) something in the autospawning code prevents User B from starting PA when User A has already done so.

There is no system wide config on this system and User B is a fresh user account.

[coling]

Modifed the summary.

The problem is actually that User A has TCP protocol enabled, but user B is not allowed to access it (i.e. auth anon is *not* set).

When this happens, the connection is refused rather than rejected and this causes the connection loop to terminate before the autospawn can kick in at all.

[lennart]

Hmm, so is this something to fix?

[coling]

I think you answered that question yourself via the mailing list :)

For the benefit of other folks: http://thread.gmane.org/gmane.comp.audio.pulseaudio.general/5956

[lennart]

Fully fixed now in master.