Yup BD, I run into this A LOT, and have since CMO launched, though it did happen on CMANO for me it was very very rare.
I also agree that it seems worse in .10+ though (nearly every time vs ~33-50% of time prior). The trick work-around for me as I've said before is going to task manager, application list and doing a right-click 'minimize' action from there (I have found no other way to trigger workaround when the main form is locked, though yes if you catch it super early and can minimize before it locks sometimes works), and then the dialog will instantly generate (or finish generating) and all is good...till the next time you do anything that invokes a dialog with the text editor...then it's usually rinse and repeat.
Side\side-briefing editing, any lua script screens etc, same as you anything that invokes the text\html editor control(s), it also tends to happen with the manual allocation dialog window as well, but for that one it seems to only happen after hours of use, and the applied 'workaround', seems to last for awhile.
Sometimes restating the game stops it from happening for awhile, sometimes that that makes no difference, it's very random, or it used to be more random, but since updating to .10 (I'm skipping .11) it seems to be happening much more, nearly all the time. IDK if anythings been tweaked lately with the generation or modality or threading related to the windows\dialogs that is making it even more prevalent than before on some systems.
It acts as if the game (main form) is in a wait state loop waiting to hear back that the call to generate the dialog has been completed, but something stops the dialog itself from getting generated\init'ed (or messaging back that it did), hence the locked wait state of the main form waiting for the dialog call to return.
Whatever a 'minimize' does on the application (injected from taskmanger) does seems to free up or interject some timing pause or message loop interaction that (95% of the time, I've had an instance or two where the workaround fails) clears the block such that the dialog then immediately finishes spawning and then the main form execution continues on it's merry way (unfreezes). I've tried to debug this various different ways with little definitive success as I can not tell what exactly is the cause\getting in the way, or why it seems only some of us run into this and not others, and some of us it seems way more often than others.
win7x64 |editor mode| windowed mode (though it does happen in full screen too, I just rarely use full screen).
When dbging this all av protection software disabled, no msi afterburner\overlay stuff running, Matrix distro (steam not involved). It's a tough one for devs to look into if they can't repo it on their systems though which I'm guessing they can't since it's been reported before.
< Message edited by KnightHawk75 -- 10/2/2020 1:15:38 AM >