5.0.2 UI is all tofu squares on Windows Server 2016

Windows Server 2016: Installing 5.0.2, either cleanly or over a previous version (and here, either over an older 4.x version, or either 5.x version) succeeds, but when any of the application UIs is launched (confirmed in Okular and Kleopatra), all characters render as tofu squares.
The same applications work completely fine on Windows 11 and Server 2019+. Tested on multiple WS2016 servers.

I have a suspicion that QT6 doesn’t support WS2016 anymore (notably, based on this: Supported Platforms | Qt 6.10).

I even tried grabbing a newer (or older) version of the Qt6 DLLs. 6.10.2 does not help. In fact, it then complains about missing SetThreadDescription in the C:\Windows\System32\UIAutomationCore.dll.
Based on some other random forum posts (not here), I tried grabbing the UIAutomationCore.dll from my Win11 box (where Kleopatra from 5.0.2 works fine) and replacing the one on WS2016 with that, but - while I managed to do this - it didn’t fix the issue at all.

I also tried mix-n-matching older builds of Kleopatra with the newer Qt6 DLLs. This let Kleopatra launch, but again, produced an all-tofu UI.

I also extracted every single font from my Win11 box and installed them on the WS2016 box…again, nothing.

Also, changing the language doesn’t help.

Basically, I think UI elements (anything using Qt6) on WS2016 are dead from 5.0.2 forward (unless, as a layperson, I don’t know what I’m talking about. Wholly possible).

Hi @aarghos,
thanks for the reporting the problem!
I think devs will have a look into it.

To support your hypothesis, if you habe time: can you try any simple Qt 6 binaries and see if you can reproduce the problem there. Qt has a tradition to be also maintained as Free Software library, e.g. by KDE. This might as well get fixed if it is Qt 6 and it is reported to the right places. Maybe it already is reported?

Best Regards,
Bernhard

Yes, probably, if it is a Qt6 issue with no workaround. (I don’t think Windows Server 2016 is on their priority list…)

Your screenshot looks a lot like a font issue, though. You could try to change the default font and see if this changes anything. Qt should ask Windows for the font to use and maybe the configured one can’t be displayed with Qt6?

I tried swapping the default font from Segoe UI to Arial (and as mentioned I tried installing every font from a system where it worked, which should’ve done the same thing), but that did not work.

Thanks for the reply, bernhard. I honestly don’t have the know-how or time to test that, and my use case is - fortunately - self-eliminating. As it is, WS2016 goes EoES next January, so the Qt devs probably aren’t that concerned. Hopefully, this at least lets your team update your ‘supported’ list :slight_smile:

Thanks for your feedback @aarghos!