There is not much you can do other than some obvious:

Try very hard to remember to close files in NPP before disconnecting VPN. Consider disabling auto session save so NPP will start empty next time. Consider disabling monitoring of external file modification.

Basically NPP just try to open the file’s absolute path.
The very long delay is because Window is trying to give the network a chance to “recover”. Network timeouts are very long and since it happens over and over again it is effectively a freeze.

Depending on the file path that you provide to NPP you may be able to mitigate some of the effect.
Don’t use absolute network path: \\host\path\name.
Use either network mapped drive or subst drive letter.
Then if you completely unmap or subst -D the drive letter, Windows may provide NPP with faster failure result.

In theory maybe NPP could add some extra test to see if a drive letter is currently valid but don’t count on any quick fix.

@Reparacion-Laptops-Toner-Tinta

Why don’t you try the portable version? The one that you just unzip and run.

thank you

@Lauren-Lucibello

Could it be that you run into the high dpi issue?
Switching from Monitor to Laptop or vice versa?
Restart npp?

Cheers
Claudia

Thank you. I’d do that. Apologies for derailing the topic. I always do that for some reason. Thanks again.

Scott - Yes, I see that now. Thanks for the help.

Hi Claudia, many thanks for the tip, it works now.

Hello Claudia,

Checked the issues but wasn’t there and opened a new one.

Thanks,
Liviu

@RE-Mant

if you search the forum you will see that files >200MB can be opened without a problem, so 8.5 MB shouldn’t
be a problem at all.
About the issue, is there any chance to provide the data to replicate the issue?
Together with the debug-info from ? menu and the used operating system version?

Cheers
Claudia