Comment 8 for bug 696761

fixed in rev 2577 by taking advantage of the fact that the top-level window of a modal dialog is disabled. this creates slightly stricter rules than what the Win API would authorize in theory, but it's acceptable (and even necessary) for DWT.

note that by "top-level" i of course mean the top-most parent (not top-most owner) which could be either the main window or a modal dialog.

i reproduced several scenarios by lowering the reconnect delay to a hub that kept asking for a password, and toying with the "confirm app exit" / "confirm hub close" settings. all fixed here; let me know if there is still any similar issue.