Doing shadow on top of an existing shadow confuses client?

[totaam]

Issue migrated from trac ticket # 1815

component: server | priority: major | resolution: invalid

2018-04-20 12:19:47: stdedos created the issue

---

I am not sure how much of a "bug" this is. But I am trying to split instead of bundling up.

Xpra gtk2 client version 2.2.6-18959 64-bit/Windows10 and
xpra v2.3-[r19012](../commit/57eb45f89f8beac7ef3033ef9de856dd05cd99b4) (64 bit missing?) Ubuntu 16.04.3 x64 server

On the client, I execute:
shadow ssh://sntentos@ip/0

After successfully connecting, I disconnect fiercely (see #1814)

Re-executing:
shadow ssh://sntentos@ip/0

Gives:

C:\>"C:\Program Files\Xpra\xpra_cmd" shadow ssh://[email protected]/0
2018-04-20 11:19:23,001 Xpra gtk2 client version 2.2.6-18959 64-bit
2018-04-20 11:19:23,017  running on Microsoft Windows 10
2018-04-20 11:19:24,048 GStreamer version 1.12.4 for Python 2.7.14 64-bit
2018-04-20 11:19:24,282 OpenGL_accelerate module loaded
2018-04-20 11:19:24,361 Using accelerated ArrayDatatype
2018-04-20 11:19:25,236 Warning: vendor 'Intel' is greylisted,
2018-04-20 11:19:25,236  you may want to turn off OpenGL if you encounter bugs
2018-04-20 11:19:33,892 OpenGL enabled with Intel(R) HD Graphics 4000
2018-04-20 11:19:34,064  keyboard settings: layout=us
2018-04-20 11:19:34,064  desktop size is 1600x900 with 1 screen:
2018-04-20 11:19:34,064   2\WinSta-Default (423x238 mm - DPI: 96x96) workarea: 1600x860
2018-04-20 11:19:34,064     DISPLAY1 (310x174 mm - DPI: 131x131)
2018-04-20 11:19:34,111 keyboard layouts: us,gr
2018-04-20 11:19:34,220 Error: failed to receive anything, not an xpra server?
2018-04-20 11:19:34,236   could also be the wrong protocol, username, password or port
2018-04-20 11:19:34,236 Connection lost

on the client, and the server (see attachment)

[totaam]

2018-04-20 12:19:54: stdedos uploaded file xpra-server-client-log_dupl-shadow.log (26.0 KiB)

[totaam]

2018-04-24 08:51:05: antoine changed owner from antoine to stdedos

[totaam]

2018-04-24 08:51:05: antoine edited the issue description

[totaam]

2018-04-24 08:51:05: antoine commented

---

Does the first shadow session you launch work correctly? Can you interact with it?

Can you reproduce with --clipboard=no added to the command line?
If not, which clipboard synchronization tool is causing the problem?
I can't reproduce with the clipboard disabled, so this looks like a problem that #1312 should solve.

[totaam]

2018-04-27 11:59:31: stdedos changed status from new to closed

[totaam]

2018-04-27 11:59:31: stdedos set resolution to invalid

[totaam]

2018-04-27 11:59:31: stdedos commented

---

I think you are right - clipboard sync does affect this :/