0.85b4: Better handling of folders with A LOT of subfolders
Posted: Sat Apr 01, 2017 10:47 am
(OK, I know this is not technically a bug but an enhancement... BUT it really feels like a bug...)
XnView: MP 0.85b4 64 bit
OS: Windows 10 1607 - 64bit
XnView seems completely hung as it remains unresponsive when accessing folders with A LOT of subfolders. (BUT the number of files does not seem important. Only folders seem critical for this issue).
Effect: It feels bad, the user can get the impression the program has stopped working.
To reproduce:
1. Just enter a folder which contains A LOT of subfolders.
Actual behaviour (bug): For some seconds, (I suppose it depends on the amount of subfolders and your computer/HDD speed; I get a 2-3 second delay in a 400+ subfolder one), XnView does not respond to user actions nor gives any kind of feedback about the situation...
(OTOH, when reading data from images, a progress indicator is shown in the lower left bar).
Expected behaviour: At least a "Working... Please wait" message (even with a progress indicator similar to the file reading one?) should be displayed.
Nevertheless the best solution would be making the program fully responsive through the update process. Wild guess: supposing the issue is caused because XnView is just reading the data from subfolders and sorting them before showing the new file list, the best solution would be immediately showing a partial folder list which is being continuously updated as new members are added. And which allowed the user to abort/change to another folder on the fly.
XnView: MP 0.85b4 64 bit
OS: Windows 10 1607 - 64bit
XnView seems completely hung as it remains unresponsive when accessing folders with A LOT of subfolders. (BUT the number of files does not seem important. Only folders seem critical for this issue).
Effect: It feels bad, the user can get the impression the program has stopped working.
To reproduce:
1. Just enter a folder which contains A LOT of subfolders.
Actual behaviour (bug): For some seconds, (I suppose it depends on the amount of subfolders and your computer/HDD speed; I get a 2-3 second delay in a 400+ subfolder one), XnView does not respond to user actions nor gives any kind of feedback about the situation...
(OTOH, when reading data from images, a progress indicator is shown in the lower left bar).
Expected behaviour: At least a "Working... Please wait" message (even with a progress indicator similar to the file reading one?) should be displayed.
Nevertheless the best solution would be making the program fully responsive through the update process. Wild guess: supposing the issue is caused because XnView is just reading the data from subfolders and sorting them before showing the new file list, the best solution would be immediately showing a partial folder list which is being continuously updated as new members are added. And which allowed the user to abort/change to another folder on the fly.