Folder thumbnails persist after images are deleted

[helmut]

"Shift + F5" or "Ctrl + F5" would a good shortcut to rebuild all thumbnails in the current folder.

[BeCool]

Suggestion. Make an improvement :
1) create a new function "Refresh recursively" of a selected folder (Shift-F5 or Ctrl-F5 or ... choose an unused shortcut)
May be it will take a long time, but only CPU time. And in just one click, no fear to forgot one sub sub sub folder.
2) if it implies a "long time of screen/interface unavailable", add a progression bar/counter like
"Processing folder $n/$Total $SubSubFolderName" with Total is number of all recursively sub sub sub folders.

Will it good for you Len ?
Will it possible for you Pierre ?

3) if 1) is possible, think more features :
3.a) add function "Refresh recursively and exit XnView"
3.b) add a option/parameter "Refresh recursively current folder when exiting XnView"

-- I could have hundred ideas a day, I know one idea could need hundred days to be done...

[lphilpot]

1) create a new function "Refresh recursively" of a selected folder (Shift-F5 or Ctrl-F5 or ... choose an unused shortcut)
May be it will take a long time, but only CPU time. And in just one click, no fear to forgot one sub sub sub folder.
2) if it implies a "long time of screen/interface unavailable", add a progression bar/counter like
"Processing folder $n/$Total $SubSubFolderName" with Total is number of all recursively sub sub sub folders.
3) if 1) is possible, think more features :
3.a) add function "Refresh recursively and exit XnView"
3.b) add a option/parameter "Refresh recursively current folder when exiting XnView"

1. Yes, that would be useful
2. Nice but not strictly necessary
3. Not needed for me

[BeCool]

1) ok

2)
- I agree with your point of view: my suggestion is not mandatory, but at least a message like
"Recursive Refresh for $SelectedFolderNameOrFolderNames in progress" is needed.

It is to avoid bug reports like :
sometimes XnView hangs for a long time
even I did "nothing"
for users unknowing the shortcut, and even an expert user sometimes mis-strikes his/her keyboard (everybody makes misSKates .

- Progression counter need time to be initialized/computed, even estimation time will take time, all that times need to be less the effective refresh time. Pierre will know estimate that.

But only a general hourglass/clock/... icon is not enough . it's not difficult and not long to know and to display the name or the selected folder, or the list of all selected folders if multiple selection.

So user will be able to know what happens (he/her will investigate which command/shortcut he/her have stroke) ;
then -he/her know the numbers of files in his/her folders- able to estimate duration,
(so able to decide to take a small or large coffee or tea break)
or abort the refresh. Argh ! I forgot :

2.b) Add a "Abort/Cancel" button

3) it was just ideas.

[xnview]

1) create a new function "Refresh recursively" of a selected folder (Shift-F5 or Ctrl-F5 or ... choose an unused shortcut)
May be it will take a long time, but only CPU time. And in just one click, no fear to forgot one sub sub sub folder.

Another solution is to invalidate the selected folder and subfolder, thumbnails will be recreated when browsing?

[BeCool]

1) Pierre, first I suggest you ask the question explicitly to the author (Len) of the request, I only wrote a suggest of solution.

2) However, I think a) it's necessary to precise, and b) your answer seems to me not enough,

a) precise: the question is not really about the thumbnails of each file in a selected folder (possible files in Download in Len's example), but the thumbnail of the first file -or depending of settings, here the first four files- in icon of each sub folders of the selected folder (here, tmp1 and tmp2)

b) I don't understand exactly what do you mean in "invalidate the selected folder and subfolder" but I think it's not enough to wait "when browsing"

Because the question is not instant or duration to re create thumbnails, but to not display something false,
if a folder or subfolder is even only displayed = appearing visible in the screen, the content must be up-to date, even not only when "browsed" into, scrolling, zooming, ...

Because if any file is deleted -or vice versa created - by another program, the display becomes false.

I'm ok, XnView have no way to know that, but if we (users) ask "Refresh", XnView have to refresh everything in the display, immediately
immediately because user could want stay looking where he/her is, not browse elsewhere.

So XnView have to :
check of still existing sub folders, here tmp1, update if necessary thumbnail of first files (in example remove all since tmp1 emptied)
and also -may be it's obvious-
check of possible removed or added or changed files in Download, so update each icon, thumbnail and details
check of possible removed or added or changed sub folders in Download, so update each icon, thumbnail and details
examples
tmp2 could be removed,
tmp0 could be added,
tmp1 could be not completely emptied but file1 changed, file 2 removed, file 3 and 4 unchanged file 5 will be the new forth

So I change my suggestion :
Recursive refresh is not needed. Refresh must always make a recursively refresh ;
but I would agree : refresh could be limited to selected folder and limited to visible subfolders ; and furthers refresh could be delayed at user's furthers actions : selection, scroll, zoom. ...

[BeCool]

1) please confirm me : I think "rebuild thumbnails" act only to sub folder thumbnails (so better to be renamed "rebuild sub folder thumbnails")
because "Refresh" update icon and thumbnail of each image/file in the folder.
Yes ?

So I was wrong, the new command I suggested must not be "recursively refresh" but "recursively rebuild sub folder thumbnails"

2) But this new command is not necessary if sub folder thumbnails will be automatically updates when browsing, which is not (yet) the behavior today in 1.01

I 'm not sure : your message (19 août 2022 11:59) was a description or a proposal ?

"browsing" must be "any action inside Xnview" : browse to another folder, or change view :sort by Name/Date/.. the first 4 files would be not the same, or Import files in a subfolder or anything else

3) When no browsing, situation is not clear

- icon, filename, labels, details of each image/file in the folder are automatically uploaded, if file added/removed/modified/.. If modification is done by another program, it will periodically updated, within ~5s If not, user would ask a Refresh/F5.
Ok it's good

- thumbnails of files are not automatically updated.
ok, why not, we have to know... (please write the doc)
thumbnails of subfolders, modified another program, SOMETIMES are automatically updated SOMETIMES not, I don't know in which condition yes or no.
it's poor behavior

- but Refresh update thumbnails of files, and do NOT update thumbnails of subfolders
why this difference ?

It's too complicate

Please merge or separate !

- merge all functions in command F5 Refresh : update icons and filenames and details and labels of files and subfolders, and update (rebuild) thumbnails of files and subfolders

- or separate functions , but rename them/please name them correctly :
rebuild files thumbnails of current folder,
rebuild sub folders thumbnails of current folder,
and so on.
But I don't ask that, I ask not separate

The best way is everything was automatically updated.
When browsing, it's mandatory
When no browsing, i ask it.
If "it is not possible to do that" or "sometimes, anything may fails, so we must have a command to do it manually", keep ONE command to update all elements, all selected elements.

(If necessary to keep actual behavior, add and option to make or not all updates in one command, for all items visible in the panel)

[xnview]

1) please confirm me : I think "rebuild thumbnails" act only to sub folder thumbnails (so better to be renamed "rebuild sub folder thumbnails")
because "Refresh" update icon and thumbnail of each image/file in the folder.
Yes ?

So I was wrong, the new command I suggested must not be "recursively refresh" but "recursively rebuild sub folder thumbnails"

No, thumbnails for selected files will be rebuilt

[lphilpot]

1) Pierre, first I suggest you ask the question explicitly to the author (Len) of the request, I only wrote a suggest of solution.

I have to admit, at this point I've basically lost track of what the conversation is about. I was originally just reporting that changes in folder files were not being (automatically) reflected in the folder thumbnails, which is still true (v1.02). If that's by design, fine. If it can be 'fixed', fine. If it can't be fixed, fine. I'm not picky. LOL

Thanks.

[xnview]

1) Pierre, first I suggest you ask the question explicitly to the author (Len) of the request, I only wrote a suggest of solution.

I have to admit, at this point I've basically lost track of what the conversation is about. I was originally just reporting that changes in folder files were not being (automatically) reflected in the folder thumbnails, which is still true (v1.02). If that's by design, fine. If it can be 'fixed', fine. If it can't be fixed, fine. I'm not picky. LOL

yes i'll check to find a solution....

[Gwenael Q.]

Hello

[Rebuild Thumbnails hotkey & other ways](viewtopic.php?f=95&t=43015) is mainly a duplicate if this issue.

Thanks for listening

[Gwenael Q.]

Hello

from the link just above :

when i go into folder "A" select all, Ctrl+X then go into folder "B" and Ctrl+V and go up a directory, folder "A" still showing thumbnails, when in reality its empty.

...

yes known issue, i have no notification that the folder has changed.

If moving or deleting files is done from inside XnviewMP, I the program should be able to know that something has changed then do what it has to do to maintain the thumbnails in sync...

Thanks for listening

[Gwenael Q.]

Hello,

This seems a duplicate of the older viewtopic.php?p=175675

I would suggest to continue the discussion there.

Thanks for listening

[harumscarum]

Where do I find folder thumbnails cache to delete?
Deleting Thumb.db not helping - still see non-existing thumbnails in folder thumbnails

[lphilpot]

I'm not sure, unless it's this:

2023-01-31 08_56_39-Clipboard.png

I'm still seeing old thumbnails on folders, even when they've been empty for a long time. No change in the behavior through the last few version upgrades.