Tcl/Tk application windows not refreshing

[osmark]

Dear VGL Users and Developers,

I have been using VirtualGL for many years on my systems. Usualy, it works perfectly fine and efficient. Currently, I face a problem I am not able to solve. Here is a short description:

System info:

Fedora 34 and 33

VirtualGL 2.6.5 and 2.6.91

TurboVNC 2.2.6 and 2.2.7

I am trying to run various applications from Numeca, i.e. Fine/Turbo or Fine/Open package. When I try to open a tab in this software its contenst is not refreshed sometimes. After clicking the application bar once, the whole window is refreshed very nicely. It seems it is a Tcl/Tk old style software and the problem is with 2D graphics, not 3d. 

The is no such problem in any other application on this server or when displaying Numeca locally or through "ssh -X" or even through VNC without VirtualGL. Configuring VGL makes the windows in Numeca not refresh.

I tried everything described in the documentation of VirtualGL or TurboVNC, I have no idea how to overcome this issue. HELP!!

Thanks in advance,

Oskar

[osmark]

Two screenshots from Numeca Fine/Turbo:

1) application window not refreshed

2) application window refreshed after clicking the top bar

Any suggestions? I would really appreciate it!

Oskar

[osmark]

I verified the bug on CentOS 7.9 and it is not there!

CentOS 7.9

VirtualGL 2.6.5

TurboVNC 2.2.5

The bug is therefore specific to VirtualGL and certain Linux distros (Fedora) only.

Oskar 

[DRC]

Attempting to reproduce

--
You received this message because you are subscribed to the Google Groups "VirtualGL User Discussion/Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email to virtualgl-use...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/virtualgl-users/a5b9318f-62ff-4098-a57e-0cc4f281c068n%40googlegroups.com.

[DRC]

I just noticed that this was an issue with a commercial application.  Unfortunately there may not be much I can do to fix the issue unless you can provide me with access to the application or a machine that reproduces the problem, or unless the issue is reproducible with an open source Tcl/Tk application.

DRC

[osmark]

Dear DRC,

Thank you very much for looking into my issue.

In the meantime, I noticed that Numeca software is using version 8.3 of Tcl/Tk (included in the application folders). This library was shipped with Fedora Core 1, so it is quite old. My system is Fedora 34 with Tcl/Tk 8.6. I also verifed that an old Tcl/Tk application (but using system libraries Tcl/Tk 8.6) is working just fine with vgl. No issues with windows refresh there.

I will try to find another open source application experiencing similar behaviour.

Wishing you the best,

Oskar

[osmark]

To investigate the issue in more details would you prefer to:

1) have access to our server

2) obtain the Numeca software with a temporary license and a test case (self installation of Fedora 34+VirtualGL+TurboVNC)

I would appreciate your help very much,

Oskar

[DRC]

A temporary Numeca license would be the most efficient way for me to solve the problem. My two VirtualGL test machines run CentOS 7 and 8 with both nVidia and AMD GPUs, so I should be able to narrow down the cause in my own lab if I can test the application on both machines.

On Sep 6, 2021, at 4:19 AM, osmark <oskar.da...@gmail.com> wrote:



To view this discussion on the web visit https://groups.google.com/d/msgid/virtualgl-users/854366e6-47a2-489a-93c1-8cbe5806e38dn%40googlegroups.com.

[osmark]

That's great!

Just to clarify - this bug is not present in Centos 7.9 (verified), only Fedora 33 and 34 are not working properly with VGL.

If you confirm, I am able to give you access to our license and Numeca installation files for this testing.

In case you do not wish to install Fedora, I could give you access to my server directly (VNC).

I am really grateful for your help,

Oskar

[DRC]

OK.  If the license is floating, then I can try to reproduce the issue in a Fedora virtual machine, although those do not have physical GPUs.  Please e-mail me off-list with the license.

To view this discussion on the web visit https://groups.google.com/d/msgid/virtualgl-users/9a3cbae5-eee4-444a-9b91-4a446e397a6cn%40googlegroups.com.

[DRC]

To follow up on-list, this issue was apparently due to an incompatibility between the application and the GNOME 40 window manager.  It was not due to VirtualGL, but for some reason, the issue manifested much more readily for the OP when using VirtualGL and TurboVNC.  (However, in my own testing, the issue manifested immediately regardless of whether I was using VirtualGL or TurboVNC.)