clipboard hangs thread

[stdedos]

Xpra-Client-x86_64_2.5-r21454\xpra_cmd start ssh://user@ip/4  --microphone=off --speaker=off --webcam=no --opengl=no --start-new-commands=yes --start=gnome-terminal

2019-02-23 19:10:49,474 Xpra GTK2 client version 2.5-r21454 64-bit
2019-02-23 19:10:49,478  running on Microsoft Windows 10
2019-02-23 19:10:50,554 GStreamer version 1.14.4 for Python 2.7.15 64-bit
2019-02-23 19:10:51,786  keyboard settings: layout=us
2019-02-23 19:10:51,790  desktop size is 1600x900 with 1 screen:
2019-02-23 19:10:51,791   Default (423x238 mm - DPI: 96x96) workarea: 1600x860
2019-02-23 19:10:51,791     DISPLAY1 (309x174 mm - DPI: 131x131)
2019-02-23 19:11:01,494 enabled remote logging
2019-02-23 19:11:01,495 Xpra GTK2 X11 server version 2.5-r21791 64-bit
2019-02-23 19:11:01,496  running on Linux Ubuntu 16.04 xenial
Xpra-Client-x86_64_2.5-r21454/lib/xpra/clipboard/clipboard_base.py:937: GtkWarning: ../../../gtk+-2.24.32/gdk/win32/gdkselection-win32.c:423: OpenClipboard failed: Access is denied.

xpra tray reads "1 clipboard requests in progress"

and "everything" hangs. Re-attaching does not helps.

[Antoine Martin]

This looks very much like this bug report: ​Copy to clipboard fails on Win10, 64bit.
The correct fix for this is to move away from GTK's clipboard code: #812.

Until then, python3 / gtk3 builds should work better since we can't use set_with_data there (they've removed the function - yet another reason for not using GTK's clipboard code).
For the python2 / gtk2 builds please try r21867 or later. (beta posted)

[stdedos]

Would you please post a Client build?

[Antoine Martin]

Would you please post a Client build?

That was already done before I posted comment:1.

I have now added a newer python3 build, not that this should make any difference to this particular ticket. The change from r21867 is only used with python2.

[stdedos]

I maybe should've explicitly narrowed it down :-D
an xpra python2 client non-installation build.

Basically, something that ends with .zip, and doesn't require administration rights, installation etc

Or, I don't know; I thought they were still a thing since the discussion on another ticket. They seem to suit just fine to jump between revisions / python versions in the client side

[Antoine Martin]

Basically, something that ends with .zip, and doesn't require administration rights, installation etc

Ah, right. Those ones. I usually skip those for expediency.
Done now.

[Antoine Martin]

Can I close this for 2.5?

[Antoine Martin]

See also #2138

[Antoine Martin]

Proper long term solution: #812

[stdedos]

I don't disagree with worksforme and #812 solution.

However, it still doesn't work for me (see attachment)

[Antoine Martin]

client output

[Antoine Martin]

server log

[Antoine Martin]

screenshot

[Antoine Martin]

The client log no longer contains the GtkWarning: OpenClipboard failed: Access is denied.

What is the symptom? Does it just hang like that? Can you run it with -d all?
Does it work with the latest python3 builds?
Does it work if you disable clipboard synchronization?

[stdedos]

Replying to Antoine Martin:

The client log no longer contains the GtkWarning: OpenClipboard failed: Access is denied.

What is the symptom? Does it just hang like that? Can you run it with -d all?

Yes it does. I can try -d all in a couple of hours

Does it work with the latest python3 builds?

For the server or the client?

Does it work if you disable clipboard synchronization?

Yes, everything goes down smoothly

[Antoine Martin]

Does it work with the latest python3 builds?

For the server or the client?

Client.

[stdedos]

Here are all the diagnostics requested.

tl;dr: I didn't see python2 stucking like that, but no meaningful output is coming with either python version. Missing GUI might be some sort of Heisenbug.

Result is the same: Server seems to be "all good" (session is started, listed etc), but client is stuck on that state)

[stdedos]

I am not sure if you fixed this, but according to #2284 resolution (fixed, worksforme), and that they use "similar commands to invoke", it seems that I don't see that problem anymore.

[Antoine Martin]

Feel free to re-open if this re-occurs.

I am pretty confident that the retry approach is correct, if inelegant.

[migration script]

this ticket has been moved to: ​https://github.com/Xpra-org/xpra/issues/2172