10-05-2018 03:01 PM
Just ran into this same problem. I thought Labview 2017 had crashed, but no it was just an invisible/hidden popup. Glad this thread came up in a search, otherwise this would have had me stuck for a long while.
10-15-2018 10:53 AM
I just met the same problem with LabVIEW 2018 (64-bit) on Windows 10 Pro, version 1709, with multi-monitors. Workaround with playing with the hidden window. (Rebooted LabVIEW several times and also the computer before I found this thread. LabVIEW seems hanging up due to the invisible popup.)
02-20-2019 03:25 PM
Protip for Googler's searching for this- if you try to invoke the "Review and Update from Type Def" window from a second monitor, LabVIEW will still lock up (as of this writing in LV2018).
Semi-fix- hit Escape to close this "hidden" window, and you can now work normally again. You do not have to force-close the program.
Workaround: Move the VI to your main monitor (the laptop screen in my case) and invoke the dialog there.
08-12-2019 10:01 AM
This issue has been around from at least LV2013 as I've hit it also with "Edit Events" -dialog in multi monitor setups.
Currently on 2017 and Win7_64bit this is bugging me on weekly basis.
My system won't show the dialog window preview, so that is not an option as Bernieserver suggested.
Escape Semi-fix seems to save the day every time, even when you clicked any other window (while maybe trying to search the missing window) and lost the focus to LV. You can re-establish the focus to LV and the modal dialog window will get the escape press event again.
Back in the day I had to come up with a way to go around this problem without booting up the system and I started using a tool called Winlister whenever this problem arose. This tool will show you all open windows on your system and let's you maximize any one of them, google it up should you need it.
The problem is clear when you look at the size of the dialog window (attached as picture here) ...
Now, after reading this thread, I can finally forget the tool and can fix the lockup easily if need be.
Thanks for the tips, especially to BertMcMahan.
06-03-2020 03:29 PM
This has been an ongoing problem for a while. I have experienced this with LV15 and beyond (on Win 10 Pro & Ent machines). If you use the ALT+Tab, you can navigate to the dialog in question. Even in selecting it, the dialog still does not show. And, of course, one can't do a print screen while holding these keys down. So, I took a picture instead. Bear with me, a solution/hack is below....
Some background regarding modifying TypeDefs that are placed throughout an project, for those who are not aware... when "Auto Update from Typedef" is selected (meaning it is active), if a developer chooses to modify a TypeDef used in many areas of a project, especially if the new entry is in the middle of the typedef (I am mainly talking about Enums here, but it applies across the board), then that typedef, throughout the code, if the entry affects the operation of the code, will be grayed out. One must right click on the Type Def and review the change. When this happens, the "Review and Update from Typedef" dialog will appear. Normally, this is where one would either confirm or deny the updates, click ok, and be on your merry way to developing a fantabulous application. Unfortunately, we stumble on this little problem.
I will argue that this is not a coding issue for LabVIEW users; it is an inherent problem within LabVIEW itself, particularly when it comes to Windows 10. I did not experience this problem on a computer with Windows 7, not that I remember, at least. A similar problem exists with another development product we use on a regular basis. That particular manufacturer was able to provide a patch for this problem. Hopefully National Instruments will do the same here. It is concerning that I have witnessed this for as long as I have.
The work around for me has been to do the following:
ALT+TAB... and keep tabbing while holding the ALT key down until the dialog is selected. You will know which dialog is active (or will be) because a box will surrounding the active dialog. When you have selected the Review and Update from Typedef dialog, release the ALT key.
Now, here is the tricky part... which is a blind select (which bothers me a lot, but it gets the job done).... If you press enter, the dialog may go away. If it does not, then press tab (only the tab) and hit enter again. Keep doping this until the dialog goes away. Yes, this is unnerving, but it tends to work for me. The TypeDef will be updated throughout all of your code (unless you tabbed twice before hitting the Enter key, then all bets are off). Hopefully it will work for you. It works for me. NI LabVIEW R&D, please fix this problem. Thank you!
I hope this shed some level of a dim light as to how you can manage past this quirky behavior.
Take care, be safe, be healthy!
06-03-2020 04:01 PM
Let's just hope one of those blind choices isn't "Eject the Warp Core"! 😄
02-04-2022 08:02 AM
Thank you every one for the tips. Save me a lot of work not having to force close to deal with this problem. Just so NI knows. This problem still exists in LV2020SP1 with Windows 10.
04-02-2022 12:23 PM
I was able to fix the issue in LabVIEW 2021 by setting the leftmost monitor the main display.