Steps to reproduce:
1. Create a session for user A.
2. As user A, play sound or use another local device.
3. Start shadowing user A's session.
4. As user A, disconnect and reconnect to the session.
5. Local devices will no longer work inside the session.
Here's what's in tlclient.log from step 4.
> 2016-10-21T13:22:32: Calling XML-RPC method 'reconnect_session'
> 2016-10-21T13:22:32: Server did not specify audio ports. Audio will be disabled.
> 2016-10-21T13:22:32: Server did not specify smart card port. Smart card support will be disabled.
> 2016-10-21T13:22:32: Server did not specify nfs port. Local drives will be disabled.
> 2016-10-21T13:22:32: SSH command: /opt/thinlinc/lib/tlclient/ssh -N -o GlobalKnownHostsFile=/dev/null -o UserKnownHostsFile=/dev/null -o PubkeyAuthentication=no -o CheckHostIP=no -o NumberOfPasswordPrompts=1 -o HostKeyAlgorithms=ssh-rsa,ecdsa-sha2-nistp256 user@server -p 22 -L 33513:127.0.0.1:5901 -R 1:127.0.0.1:42781 thinlinc-login dummy
> 2016-10-21T13:22:33: ssh[E]: Warning: remote port forwarding failed for listen port 1
(In reply to comment #0)
> 5. Local devices will no longer work inside the session.
Perhaps a poor way of describing it. My test case was playing a YouTube video with sound, and on reconnect, no sound were heard while the video was playing just fine.
Problem description from customer:
> - User A creates a session and listen music.
> - User B shadows user A and stops the shadowing after a while.
> - User A still listen to music.
> - User A disconnects and reconnects: no sound any more. Pulse Audio shows 'dummy device'.
Verified that local devices still work after shadowing. Also did some regression testing:
- HTML client, new session and reconnecting
- Shadowing when no sessions
- Shadowing without privileges
- Old client (2.0)