Sometimes I turn off a network device while a folder from the device is still open in duallister. As soon as I want to open a local folder in that lister, DO stops working for several seconds. Could this be done faster?
Not currently.
Not good, hoped it would be just a timeout-setting that could be reduced.
If there is a timeout it will be in Windows rather than Opus. Opus just asks the OS to talk to the drive, then has to wait for an answer or an error.
Yes, but I remember in an earlier version of DO accessing non-existing networkdrives took also a few seconds and today it's possible to cancel the search immediately.
DO runs without freezing as long as I don't try to open another folder in that (dual-)lister where the disconnected networkdrive is shown. What's making me crazy is that I can't do anything else in the meantime (for opening another lister "freeze-time" is too short 
).
So if there's a way to remove this in future, please remember this FR . Thanks.
You should be able to open a new window, and come back to close the old window when it times out.
It'll just be the window that was pointing at the disconnected drive that is waiting for a response, not the whole program.
If you get rid of the breadcrumbs path field and replace it with the old one (that's just an edit control), you might find you get the very old behaviour.