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.)
On Tuesday, September 7, 2021 at 11:02:48 AM UTC-5 DRC wrote: > 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. > On 9/7/21 1:33 AM, osmark wrote: > > 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 > > poniedziałek, 6 września 2021 o 19:53:39 UTC+2 DRC napisał(a): > >> 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 <[email protected]> wrote: >> >> >> >> 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 >> >> wtorek, 31 sierpnia 2021 o 07:35:45 UTC+2 osmark napisał(a): >> >>> 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 >>> >>> poniedziałek, 30 sierpnia 2021 o 19:39:05 UTC+2 DRC napisał(a): >>> >>>> 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 >>>> On 8/30/21 12:32 PM, DRC wrote: >>>> >>>> Attempting to reproduce >>>> On 8/30/21 3:47 AM, osmark wrote: >>>> >>>> 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 >>>> >>>> niedziela, 29 sierpnia 2021 o 09:00:40 UTC+2 osmark napisał(a): >>>> >>>>> 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! >>>>> >>>>> [image: Zrzut ekranu z 2021-08-29 08-44-51.png] >>>>> [image: Zrzut ekranu z 2021-08-29 08-44-58.png] >>>>> >>>>> Oskar >>>>> >>>>> -- >>>> 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 [email protected]. >>>> To view this discussion on the web visit >>>> https://groups.google.com/d/msgid/virtualgl-users/a5b9318f-62ff-4098-a57e-0cc4f281c068n%40googlegroups.com >>>> >>>> <https://groups.google.com/d/msgid/virtualgl-users/a5b9318f-62ff-4098-a57e-0cc4f281c068n%40googlegroups.com?utm_medium=email&utm_source=footer> >>>> . >>>> >>>> -- >> 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 [email protected]. >> >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/virtualgl-users/854366e6-47a2-489a-93c1-8cbe5806e38dn%40googlegroups.com >> >> <https://groups.google.com/d/msgid/virtualgl-users/854366e6-47a2-489a-93c1-8cbe5806e38dn%40googlegroups.com?utm_medium=email&utm_source=footer> >> . >> >> -- > 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 [email protected]. > > To view this discussion on the web visit > https://groups.google.com/d/msgid/virtualgl-users/9a3cbae5-eee4-444a-9b91-4a446e397a6cn%40googlegroups.com > > <https://groups.google.com/d/msgid/virtualgl-users/9a3cbae5-eee4-444a-9b91-4a446e397a6cn%40googlegroups.com?utm_medium=email&utm_source=footer> > . > > -- 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 [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/virtualgl-users/20fe95a6-a131-40ed-9ff8-dfde8a09efa2n%40googlegroups.com.
