|
Re: FlasFXP and Shared drives (Mapped drives)
I tested this with a couple different network mapped drives and I was not able to reproduce the exact same behavior that you're experiencing I did however randomly notice a delay when restoring FlashFXP which would cause FlashFXP to appear frozen for a very short period of time 10~20 seconds in my case, it's possible that the length of time increases based on certain unknown situations, such as the number of files within the folder.
In most cases however there was no freeze when restoring FlashFXP, in my tests I left FlashFXP running for several hours before restoring it.
The freeze that I noticed above appears to occur when we request file information from the OS, the call blocks (i.e. doesn't return immediately) until the OS returns with an error and then FlashFXP is able to continue with the next instruction.
Due to the nature of these function calls where we must wait until the OS returns the result we cannot control the length of time it takes to complete or avoid the unusually long wait time.
If there is a specific condition where the same function is called over and over and we can detect this, there might be a way for us to reduce the length of time by avoiding the operation all together, however at this point in time I am not seeing that as being the case. It looks like a Windows single operation and FlashFXP is waiting for the result which can take an unspecified amount of time.
While I see this as a problem I am not sure if there's anything that can be done to avoid it, the result doesn't appear to be consistent and the result is variable depending on unknown factors.
One thing you might try which may or may not help is to change two settings in FlashFXP
Options > Preferences > Interface > File Browser
Under the local browser
check [x] Generic shell icons
uncheck [ ] Overlay icons
Click the OK button and see if that helps. Aside from that I am not sure what else we can do to improve the situation but I am open to suggestions.
|
