Hi guys,
short what was changed in these FDM version(s).
The major change was indeed a core-library of the QT version (from 5.7 to 5.15) and the platform toolkit (VS20215 for XP to VS2019, incl. the latest SDK version 10). These versions were approx. 7-8 years old (or older) and due security and technical reason we had to update these components to the latest versions. So, that was the really major change in the FDM - additional we had made some improvements for addon-scaning and multiple monitor support.
Indeed, to install the FDM on an more or less “empty” virtuell machine is not very representative, but it´s good to see, if the installer install all correctly, register all correctly and setup all correctly to work correctly - and that´s exactly the case. We have tested it from Win7 (x86/64) versions till Win10 Home/Prof (x86/64) version.
So, why I still think it´s an issue on your systems:
The FDM works AFTER pressing “ok” of these R6034 message. I see this in the several logs from you, which I have analyzed. There was error or similar else in the logs. I don´t see these error because this error comes “long” before the main-application starts, so when some core-components will be loaded. Therefore I can´t log this and I don´t see this error in any logs.
Also the fact, that we have only a handful reports (of course not good too) with this error shows me, that this is not a bug in the FDM code (error popped up before the application starts). So, there is any other issue somewhere (corrupt files, wrong registered components in the registry, the path-variable contains a “redirect” to other core-components, …). There are a lot of things what I have read from several sides.
I can´t reproduce it and therefore I have no idea (expect that what you can read in the internet) what the cause is. As I wrote, when I can look on one of the infected machines (via a remote-session) I would try the “ProcessExplorer” to look, which core-components the FDM will be loaded and from where/which location. That could be a good indicator to see, if the FDM loads the right components from the correct location.
Also, I would try to start in Windows Safe mode to see, if the FDM works without loading any MS services, and so on, and so on, … there are so many ways. It is hard to say but what I know is, this is not a coding issue in the FDM and without to reproduce this, I can´t give you a valid, professional answer how you can fix this.
Again, what I can do is, to offer a remote-session to look together on the system and to look, if we can find the issues. Only to build new versions aren´t a solution, sorry.
Cheers,
Richard