How to lose your work when tagging files

[m.Th.]

There is a nasty bug which can hit you without ever knowing.

In few words, you can select 100 files from 2,000 and you will end copying / converting only 30 without any „error”.

How come?

Steps:

0. Make sure that you have XnViewMP set to rather big thumbnails in a folder with many, many files (800-1000 or more).
1. Start to tag enough files (let's say 40) but be sure to tag them from all parts of the folder: begin, middle, end. Do not tag all files only from the beginning.
2. When you end with step 1 go to another folder and back. The thumbs in our folder are reloaded and the first thumbnail is selected.
3. Now go to View | Filter By | Tagged File(s)

Expected: All 40 files tagged in the current directory should show up.

Actual: Only several (first) files are shown.

Cause: It seems that filter is applied ONLY on the thumbs already (re)loaded in memory at step 2.

To show all tagged files, do:

1. Go to View | Filter By | All to show all files.
2. Scroll down in thumbs pane to „see” all the thumbs (this forces the program to load them all)
3. Now go to View | Filter By | Tagged File(s) - you will see all the tagged files.

[xnview]

'Create thumbnails for whole folder' is disabled?

[m.Th.]

'Create thumbnails for whole folder' is disabled?

Nope.

...perhaps I should mention that thumbs where already created in a prev. session and NOT in the one in which I tagged the files...

[xnview]

but all thumbnails are visible?

[m.Th.]

but all thumbnails are visible?

No.

This is the main problem. Re-read the message:

I have many files in a folder + big thumbnails = only 2% of them are displayed

(IMHO you must load them all when someone wants to do a filter)

[jadO]

If I understood your issue correctly, the same happens with categories, rating and colours.

It helps to scroll 1 time through the thumbnails. When you filter after that, the thumbnails show correclty and you can move them or whatever you wanna do.
But when you select another folder and come back and apply the filter instantly, only some thumbnails get displaye, obviously those that er either still in memory or already in memory from the folder change.

[xnview]

but all thumbnails are visible?

No.

This is the main problem. Re-read the message:

I have many files in a folder + big thumbnails = only 2% of them are displayed

(IMHO you must load them all when someone wants to do a filter)

sorry but i means all thumbnails are processed?

[m.Th.]

Processed = Generated? Yes - but it doesn't matter because they were generated somewhere in the past - few days ago, for example (IOW not in the current session in which user is now)

Processed = Scanned by the filtering engine ? - NO. This is the problem. Please re-read my OP and try to follow the steps.

[xnview]

ok, right. if the file list is not completely processed, the tag field is yet not retrieve from catalog.

[jadO]

ok, right. if the file list is not completely processed, the tag field is yet not retrieve from catalog.

There are 2 main issues with it:

1. File list processing often only starts when there are enough files to display. If there are only a few items to display, file list processing does not start and no thumbnails getting displayed. As workaround you have to increas number of displayed files for example by removing a filter or a letter from the keyword. Once the number of displayed files get passed the magic number then the file list gets processed.

2. File list does not get procesessed completely if it is very large. It just happened to me that I had some files with color markings in my list that were marked for deletion. When I filtered for the marking they did not show up. I had to remove the filter, scroll through the whole list to make the file list processing complete and only after that the marked files showed up when I applied the filter.
This happens for EVERYTHING: Rating, categories, tags and color.

[m.Th.]

Bump!

...still present in 0.84

[xnview]

This problem is supposed to be fixed in XnView MP 0.85 beta 1. Please check and confirm the bug fix here.

[m.Th.]

fixed