1.8.0 - viewer - move to - tab remains after last file move

[user0]

XnViewMP 1.8.0 64bit
Windows11 (23H2), display resolution 3840x2160, win scaling 150%

Viewer - file operations - move to
tab remains open after the last file has been moved

To reproduce:
0. have 2 files in folder
1. open any image in Viewer
2. press Alt+M and move image to different folder
file moves, filelist changes accordingly
3. press Alt+M and move last image to different folder
file moves, however
Viewer tab remains open with loaded image

expected behavior
something like this:
loaded image is not dirty

• single file in filelist
  Viewer tab should be automatically closed

• multiple files in filelist
  Viewer tab should switch to other file

loaded image is dirty (unsaved)

• single/multiple files in filelist
  • file move performed inside the app
    popup dialog should appear (similar to the one when deleting unsaved file)
    "Would you like to discard changes and move <FILE>?" [Yes/No]
  • file move performed outside the app
    Viewer tab should remain open and show unsaved image

Related

• issues
  - done -
  1.8.0 - viewer - move to - ignores first time (1.8.1)
  1.8.0 - viewer - move to - tab remains after last file move (1.8.1) current post
  1.4.5 - viewer - save as - original image remains open once saved to another folder (1.8.0)

[gummiband]

might be related to this:

Subject: 1.8.0: only first file moved when move-renaming multiple files

XnView: MP 1.8.0 64 bit ; Libformat 7.192 ; Build date 30.Aug.2024 (portable version)
OS: Windows 10 64bit

Multiple files not moved when filename already exists at destination

Effect: when moving multiple files to a new folder, and the filenames already exists in the destination folder, only the first file is moved when the rename option is chosen, the rest of the files stay in the source directory.

To reproduce:
1. have two folders with *multiple* files and same file names
2. in the browser select multiple files from folder A and drag&drop to folder B (or use the right-click "Move to...", same outcome)
3. duplicate file sub-window pops up with the option to replace/all, skip/all and rename
4. input a new name (i chose var1_<oldfilename>), click "rename", continue until all files have run through

Actual behavior (bug): only *the first* file is renamed and moved, *all others* stay in the source folder

Expected behavior: move *all* files to destination with the typed-in new name. XnView Classic 2.51.7 does not have this bug

[xnview]

Thanks to your detailed description I can reproduce the problem.

[xnview]

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

[user0]

fixed in 181