Some Java Applications work properly. No Mouse reaction and wrong rendering

[waldi5001]

Hello,
I try to start a java application. From the first view it works. Command is:
xpra start --start="java -jar /home/xyz/Documents/abc-0.10-SNAPSHOT.jar" --bind-tcp=0.0.0.0:10000
When I connect with the html 5 client
http://127.0.0.1:10000/connect.html
or via socket and the xpra_launcher, there are usability issues. It seems a bit of #3076. I attached the logfile, and hope it helps.

whats going wrong:

• After selection of a DropDown content, the selection is not viewable.
• There is no reaction from a mouse click viewable
• initial JInternalFrames are not visible.

Xpra Version 4.2
Python 3.8, 64bit
revision 0
commit g11293f0e3 from v4.2.x branch
with 0 local changes
2021-05-18 16:16
using Cython 0.29.14
gcc (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0

I can't not provide you the application to test, but can give you further logfiles. Can maybe a small video help?
xpraLogs.tar.gz

[totaam]

Sorry, but I don't have the time to debug via log files.
I need a sample application.

[waldi5001]

yes, fair point. I've created a small test application. If you play around with window of the combobox (try resize, move), you can see that something is wrong.

Edit: link removed.

you have to run it via java 8

java -version
openjdk version "1.8.0_272"
OpenJDK Runtime Environment (AdoptOpenJDK)(build 1.8.0_272-b10)
OpenJDK 64-Bit Server VM (AdoptOpenJDK)(build 25.272-b10, mixed mode)

and the xpra call is:
xpra start --start="java -jar /path/to/xpra-swing-test-1.0-SNAPSHOT.jar" --bind-tcp=0.0.0.0:10000

Hope I can help you.

[totaam]

Please attach the source to this ticket, not a binary in a location that will end up as 404 eventually.

[waldi5001]

Hello Antoine,
the problem is that the sample is built with the Synthetica L&F. You cannot run the code standalone without the synthetica dependencies and to download the dependencies, you have to buy a license. I build a jar which includes all the necessary dependencies. Without the synthetica L&F, the problem doesn't occur.
Here the sources:
xpra-swing-test.tar.gz

[totaam]

So the download you just provided is very likely to be illegal.
I am deleting the comment.
I don't have the time to spin up VMs to run untrusted code for proprietary toolkits.

[waldi5001]

For distribution, it isn't illegal. For that reason my sample hasn't a licence key in it. From your point of view you try a demo.

[waldi5001]

I can can agree and understand your point of view, but I don't know what I have to look for. If you want you can give me hints and I can provide you logs or something else.

[totaam]

If the application runs OK with the python client then this ticket should be migrated to the https://github.com/Xpra-org/xpra-html5 project.

Then to debug, try running the server with -d metadata,state or perhaps even the big hammer -d window and collecting the log output of when the problematic window is shown.
Debugging the html5 client is quite difficult.

[waldi5001]

I've recorded a small session with the problem and uploaded it to youtube. The logfiles from that session are attached.

https://youtu.be/2z_6xmDaoik

xpra-logs.tar.gz

The problem exists in the html5 and native client. The debug options are -d metadata,state

[totaam]

Your log file is almost empty - it's the wrong one:

$ cat S255319.log
failed to setup tcp socket on 0.0.0.0:10000 [Errno 98] Address already in use

[waldi5001]

Sorry. Hmm only the 1.log has content.

1.tar.gz

[totaam]

Why use tar on a single file? You could just have attached it here directly.
And this file has everything in it, instead of just the log output of when the problematic window is shown as requested.

From your video, it looks like the problem is from the window geometry, the toolkit is probably making some assumptions about the window manager and getting it wrong. Something similar to #705 perhaps.
I suggest you have a look at that ticket and try a few things:

• changing wm-name
• changing Java SDK

See also https://github.com/Xpra-org/xpra/wiki/Reporting-Bugs for the missing details.

[waldi5001]

Today I tested a bit

• with xpra start-desktop the rendering problem doesn't occur.
• with xpra start-desktop and the Synthetica and feel, a window header is showed, but with a click of maximize the window, no action is visible.
  • A test with java 11 is not possible, the L&F only run with java 8. But 1.8.0_272 is a actual supported version.
• with xpra start-desktop and the default look and feel, no window header and therefore no close, maximize.... buttons are visible. The Combobox dialog has also no header. MainWindow.txt and bugreport-1.zip
  • This test with java 11 has the same result
• changing wm-name like XPRA_NET_WM_NAME=Sawfish or XPRA_NET_WM_NAME=fvwm[2] has no effect
• The problem showed in the video seems in correlation with a modal dialog, also with the license dialog.
• Catch the logfile when the problem with the dialog occur 1.txt

sessionInfo.txt

[totaam]

with xpra start-desktop and the Synthetica and feel, a window header is showed, but with a click of maximize the window, no action is visible
with xpra start-desktop and the default look and feel, no window header and therefore no close, maximize.... buttons are visible

You need to run a window manager. ie: --start=fluxbox

A test with java 11 is not possible, the L&F only run with java 8

That's really not a good sign.
I am closing this ticket again as I won't be spending time on this.

[waldi5001]

You are noticed that there is also a problem without Synthetica?:

with xpra start-desktop and the default look and feel, no window header and therefore no close, maximize.... buttons are visible

[totaam]

This has nothing to do with Synthetica.
The window manager draws the window decorations. No window manager, no window decorations.