Open vrad-exe opened 2 years ago
This extends to any Qt window, not just the progress bar from my experience
We currently give certain Qt dialogs the "always on top" attribute as a workaround for some hammer bugs. The proper way would be to add special handling in the hammer event loop to prevent it from forcing the MFC widgets on top of everything (this was an issue with the viewports, but we added a workaround there). I'll go ahead and extend this to all other MFC windows/dialogs though. Then we can remove this ugly hack
This needs testing, we changed how the Qt windows embed into the MFC application in April, should resolve this problem
It's still overlapping other windows on the latest developer build
Still an issue
Describe the bug
The title says it all
To Reproduce
Issue Map
Any
Expected Behavior
It should not appear over other windows
Operating System
Tested on Windows 10