Continuing from #1997 for the gnome-terminal
I have the issue that
$ xpra start :30 --start-child=gnome-terminal --terminate-children=yes --exit-with-children=yes
fails most of the times, whereas
$ xpra start :30 --start-child=xterm --terminate-children=yes --exit-with-children=yes
starts correctly.
$ xpra start :30 --start-child=xterm --terminate-children=yes --exit-with-children=yes
and then gnome-terminal
works all the time.
Bugs:
xpra start :30 [...]
I need to xpra attach :30 [...]
. Is that expected?
2.
$ xpra start :30 --start-child=xterm --terminate-children=yes --exit-with-children=yes
gnome-terminal
gnome-terminal
works, but sometimes (1 out of 7-10) xterm
is frozen. Killing and re-attaching the xpra
window fixes that
Please see wiki/ReportingBugs to provide additional information.
After xpra start :30 [...] I need to xpra attach :30 [...]. Is that expected?
Yes.
You can do all in one with --attach=yes
.
but sometimes (1 out of 7-10) xterm is frozen
Do I need to start again or just detach + re-attach to trigger this? Your log is full of:
Warning: more than 30 clipboard requests per second!
My guess is that you have a clipboard loop. Disable clipboard or disable the other tool that is doing the clipboard synchronization. This is probably not a bug.
Replying to Antoine Martin:
Please see wiki/ReportingBugs to provide additional information.
I understand that I am not good at bug reports. However, since I've taken xpra Information > Report Bug, I am not sure what did I miss.
$ xpra start
goes from/to Ubuntu 16.04.5, but this is the only thing that comes to mind.
Do I need to start again or just detach + re-attach to trigger this?
Detach and re-attach is enough.
Your log is full of:
Warning: more than 30 clipboard requests per second!My guess is that you have a clipboard loop. Disable clipboard or disable the other tool that is doing the clipboard synchronization.
Disabling the clipboard was helpful for this session. I am not sure how the loop works, but, I guess since I had other sessions open at the same time, maybe the sync was complicated?
There was no "external" connection; neither a shadow server. Only multiples of xterm
, gnome-terminal
I am not sure how the loop works, but, I guess since I had other sessions open at the same time, maybe the sync was complicated?
If any of the sessions is connected at either end (server or client) to a tool that abuses the X11 clipboard synchronization mechanism, you will see this problem.
The usual culprits are: synergy, virtualbox, clipboard managers, etc..
The better, long term solution for this is #812
It happened again. Unfortunately, I have no replication instructions :/
I ran the command once, it gave me the empty window. I ran it again, and I collected all the diagnostics through that session :/
I hope the collected diagnostics are helpful
command
"C:\Program Files\Xpra\xpra_cmd" start ssh://user@ip/ --webcam=no --speaker=off --microphone=off --opengl=no --start=gnome-terminal
Note that cliboard sync was on. But it doesn't matter (I hope), because I got it happening 1 times out of 3~5, even with client clipboard off
"C:\Program Files\Xpra\xpra_cmd" start ssh://sntentos@172.16.57.121/ --webcam=no --cliboard=no --speaker=off --microphone=off --opengl=no --start=gnome-terminal
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/2010