Sometimes the actions via "Information" e.g. "Bug Report" & "About Window") "Server"->"Run Command" or "Windows"->"Minimize Windows" do nothing.
If i activate another program, all works fine again.
A similar problem can occur: The xpra-window is active and nothing happens if i type. I must switch the task and switch back again and all is fine.
Xpra 2.3.1 64 Bit Client (2.3.1 revision 19531) + Server (2.3.1-r19533-1)
Win7 (VDI) -> Ubuntu 16.04 (virtual)
independent of Desktop Environment (simple terminator and lxde-desktop, too)
LAN (no limit)
e.g. "C:\Program Files\Xpra\Xpra.exe" start --start-child=terminator ssh:user@fqdn:1000 --encoding=png −−pulseaudio=no −−speaker=no −−microphone=no --keyboard-layout=de
Not sure if older versions have this problem.
More users have the problem - others use it too rarely.
Sometimes...
How reproducible is it? Can you run the client with "-d all" and capture the output when this occurs?
You may want to try the GTK3 / Python3 builds from https://xpra.org/beta/windows to see if those work better for you.
BTW, encoding=png
is usually a bad idea, try --quality=100
instead. (and FYI: start-child=xyz
without exit-with-children
is pointless, might as well use start=xyz
)
Hmmmm -d all: xpra starts but the terminator windows doesn't appear in 10 minutes. The logfile is ~700kb. I stopped the process - it must be useable.
Could you tell which alternatives to "all" (wiki/Logging/Categories) would be fine for you, please?
Is it a problem if i comment an issue and submit changes and reassign it afterwards in a second submit? Sorry - i forgot it in the first step.
encoding=png is usually a bad idea, try --quality=100 instead
Thanks - i tried to compare it: speed and font readability seems to be equal. Why is png a bad idea? Data volume?
FYI: start-child=xyz without exit-with-children is pointless, might as well use start=xyz
I tried it but --start=xyz: Systray icon appears and disappears after 1 second. Anyway i append --exit-with-children :-).
But all examples use --start-child without --exit-with-children: wiki/Usage - and yes, there is a notice but ...
Is it a problem if i comment an issue and submit changes and reassign it afterwards in a second submit? Sorry - i forgot it in the first step.
No problem.
Thanks - i tried to compare it: speed and font readability seems to be equal. Why is png a bad idea? Data volume?
xpra will be able to chose a better encoding where appropriate, webp and plain rgb are more efficient in many cases. PNG is very CPU intensive, which adds latency.
I tried it but
--start=xyz
: Systray icon appears and disappears after 1 second.
This should not make any difference whatsoever.
But all examples use --start-child without --exit-with-children ...
Good catch! (fixed)
Hmmmm -d all: xpra starts but the terminator windows doesn't appear in 10 minutes... Could you tell which alternatives to "all"
Not sure since I don't know where the problem is.
At least: -d client,info,clipboard,screen,menu,events,focus,mouse,cursor,gtk,util,win32
.
Good luck!
util does not work - terminator does not appear. I used -d client,info,clipboard,screen,menu,events,focus,mouse,cursor,gtk,win32.
Started Xpra, moved Terminator window to second screen, maximized window. Now right mouse click on Xpra systray icon -> Information -> About Xpra. No window appeared. Minimized Terminator window to check if the about window appeard in background of it - nothing. Uploaded Xpra.log
util does not work - terminator does not appear.
If that's the case then there should be an error message somewhere caused by "util" debug logging. Maybe this will give us a clue. Try turning on just "-d util" debug logging to trigger it.
And maybe also try the beta builds (same caveat as #1908: don't use remote ssh start, just use ssh attach)
(the error caused by "util" may well be in the server log - another reason for starting and attaching with separate commands when debugging)
Now right mouse click on Xpra systray icon -> Information -> About Xpra.
Does it make any difference if you use a left click instead? (not sure that does anything on win32 - I don't have a VM with me to use for testing right now) The systray mouse handling is a bit finicky - each platform does things differently, and we do have some workarounds for win32 already.. Be aware that you may want, or have to, release the mouse button before hovering over the tray menus. For some strange reason, this can make a difference on some platforms.
I tested with newest Windows Beta to reproduce the icon problem (#1908) and did a quick check if the about window appears. 2* in a row with the right mouse button: no window. Then i tested it with the left mouse button und the window appeared.
with the right mouse button: no window. Then i tested it with the left mouse button and the window appeared.
OK, I will try to find a workaround for this - but this looks like a GTK problem. The python3 builds (which use GTK3) may fare better.
Yesterday i tested several debug-settings (server side and client side). As a result i had -d tray,icon on the server side and -d client,info,clipboard,screen,menu,events,focus,mouse,cursor,gtk,util,win32 on the client side :-). I hope this is not a problem for this systray incident. Btw: -d util works when i use it at at client side (attach). Today the problem appeared again (right mouse button: several times it did not appear and after a few tests it appeared) and i have a 23 MB logfile on the client. I truncated it to all events since i arrived today in the company. I hope this is fine. See Xpra.zip I will try to reproduce the problem with the left mouse button only.
Until now: Works with the left mouse button. I will try it from time to time and add an info here.
The problem did not occur with the left mouse button until now.
Anyway - i have two monitors and sometimes a similar problem arises: After activating the my Xpra-window it does not react. I must switch back (alt-tab) and forth (alt-tab) and then Xpra reacts again. Should i open a new issue for that?
I can reproduce. The problem seems identical to #724 and r8064 is meant to fix this. (improved in r9002)
The Python3 / GTK3 version of the client is not affected, so lowering the priority.
The workaround class isn't used as much as it should be, and in some cases we need to add the fix to other menu item classes (ie: gtk.ImageMenuItem
)
Fixed:
Backported to v2.3 in r20130.
@michael: new beta builds posted: https://xpra.org/beta/windows - please close if that works for you.
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/1907