UI is unresponsible if opened from a folder with a large number of images

[Litr]

I dont think it is a new bug, i have noticed it for a while. But it is annoying.

I have like 95000 of UHD photos in one folder and when i launch XnView MP from there by clicking on some file the UI and image inside it appears instantly but the whole UI hangs and something is happening in the background as i can briefly see "busy" cursor.

It is like 2-2.5 second but i cannot even close window in these moments (both with ESC key or with a "close window" button).
Funny thing is that my actions (ESC or "close window" button) are registered instantly but will be executed only after UI becomes responsible.

1) XnView MP is not opened
2) Folder with a lot of UHD files (i dont think that is related to the image size AND amount of files, but just to the amount of files but i cannot prove it)
3) Launch XnView MP by clicking on some file
4) XnView MP is fully opened very fast, but UI hangs for 2-2.5 seconds

[xnview]

I think that it's the time to get full file list. Windows explorer opens it quickly?

[Litr]

I think that it's the time to get full file list. Windows explorer opens it quickly?

Windows explorer can show files in the root folder (where the majority of files are located) instantly, but it struggles to show all sub-folders for a couple of seconds (that green progress bar appears over the address bar, i am using Windows 10 without indexing enabled). But the Exporer's UI does not hangs and i can even click on some files or close it right here.

[xnview]

you can change in xnview.ini

Code: Select all

debug=2

and send me where in the logs you have the delay?

[Litr]

Again, sorry for the late reply. Here is the log (XnView MP 1.9.8, Win 10 x64, a 5 year old, but still pretty good PC with an NVMe drive)
I tried to disable the database, but with zero difference.

Code: Select all

==> 1.500000  1.500000  93.298685  96.000000
XNVIEW restoreGeometry before : 640 480
XNVIEW restoreGeometry after : 1750 1379
ARG[] = C:\soft\XnViewMP_x64\xnviewmp.exe
ARG[] = G:\test\test.png
QCssParser::parseColorValue: Specified color without alpha value but alpha given: 'rgb 255, 255, 255, 178'
QCssParser::parseColorValue: Specified color without alpha value but alpha given: 'rgb 0, 0, 0, 255'
@@@@@@@@@@
Create window finished
ThumbLoaderThread :: stop()
@@ BitmapResizeThread:: clear
MyView::change G:/test/test.png
@@ BitmapResizeThread:: clear
###### GFF:load <G:/test/test.png>
@@ BitmapResizeThread:: clear
### resetViewport (00000235C9C6D860)  ==> 1750 1279  (1750 984) 0 0
ThumbLoaderThread :: stop()
ThumbLoaderThread :: stop()
SORT the list...
SORT the list... 0
SORT the list... 0
setCurrentFilename <G:/test/test.png>
#### onCurrentChanged 0
LOAD INFO <G:/test/test.png>
10  IHDR 13
29  pHYs 9
3e  IDAT 1048576
10004a  IDAT 1048576
200056  IDAT 1048576
300062  IDAT 1048576
40006e  IDAT 1048576
50007a  IDAT 1048576
600086  IDAT 1048576
700092  IDAT 1048576
80009e  IDAT 1048576
9000aa  IDAT 925436
  LOAD INFO <G:/test/test.png> ok
ThumbLoaderThread - ADD into DB (-1)
QCssParser::parseColorValue: Specified color without alpha value but alpha given: 'rgb 255, 255, 255, 178'
QCssParser::parseColorValue: Specified color without alpha value but alpha given: 'rgb 0, 0, 0, 255'
QThread::setPriority: Cannot set priority, thread is not running
### ThumbLoaderThread :: setFileList(0)
### ThumbLoaderThread :: setFileList() wait
######ThumbLoaderThread :: run : cdce60e0
######ThumbLoaderThread :: forever : cdce60e0
 ** start condition wait
### ThumbLoaderThread :: setFileList() after wait
ThumbLoaderThread :: stop()
 ** start condition wake one 2
### ThumbLoaderThread :: setFileList ok
######ThumbLoaderThread :: forever 2 : cdce60e0
CHECK <0>
## OPEN FOLDER
######ThumbLoaderThread :: forever : cdce60e0
 ** start condition wait
## Check folder
  ## Check companion  68
  ## Check companion ok  68
  ## OPEN DB FOLDER ok  217
  ## UPDATE DB FOLDER ok  217
  ## OPEN FOLDER ok  235
## updateLabel  235
## updateLabels ok  235
ThumbLoaderThread :: stop()
SORT the list...
SORT the list... 1149
SORT the list... 1149
## OPEN FOLDER done  1509
setCurrentFilename <G:/test/test.png>
#### onCurrentChanged 10
QCssParser::parseColorValue: Specified color without alpha value but alpha given: 'rgb 255, 255, 255, 178'
QCssParser::parseColorValue: Specified color without alpha value but alpha given: 'rgb 0, 0, 0, 255'
########################################
############### UPDATE MENU ############
########################################

[xnview]

Again, sorry for the late reply. Here is the log (XnView MP 1.9.8, Win 10 x64, a 5 year old, but still pretty good PC with an NVMe drive)
I tried to disable the database, but with zero difference.

after "############### UPDATE MENU ############" ui is locked?

[Litr]

Again, sorry for the late reply. Here is the log (XnView MP 1.9.8, Win 10 x64, a 5 year old, but still pretty good PC with an NVMe drive)
I tried to disable the database, but with zero difference.

after "############### UPDATE MENU ############" ui is locked?

No, the unlocking happens immediately after this line appears in the log window.

Or, more precise, the unlocking occurs between these lines, as they appear almost simultaneously, so I'm not sure when exactly it happens.
SORT the list... 1154
and
############### UPDATE MENU ############

[xnview]

after which line it locks? "SORT the list... 1154"?

[Litr]

after which line it locks? "SORT the list... 1154"?

I must note that it does not LOCKS it UNLOCKS at the end of the log. The whole UI is not responsible until it "unlocks".

Like i see the line "SORT the list...", then there is a pause in the log window (while i wait till UI unlocks), and then the rest of the log is being populated (all the lines at once) while the UI finally unlocks for the first time.

But the log is populated way too fast to determine where exactly the actual unlock happens. So all i can tell that the UI is unlocked at some point after "SORT the list... 1149", so it could be after "SORT the list... 1149" or after "############### UPDATE MENU ############"