1.9.1: After deleting multiple images in browser highlights wrong file

[fireattack]

This is a regression in 1.9.x. It worked fine before (tested 1.8.2).

1. Open a folder in browser that has 6 images.
2. Select the first three images by hold Ctrl and then click A, B, C.
3. Delete the images.

Expected: It now selects D.
Observed: it now selects F.

If you select in order of C, B, A, it would highlight D as expected.

Basically, it should highlight the one after the last selected images regardless how you selected it; but now, it somehow also take the offset between the first image position and the last-selected image position into consideration when highlighting new files after deleting.

[moropus]

I also vote for fixing this

[deil]

+1 vote, please, the old behavior was much better.
Basically it remembers the position of the last selected file now.

Example:
You skip first 10 files, select 11th file in the folder, hold Shit and select files up to 45th file, so now your "cursor" is in 45th "position" in the folder. Now when you delete them the cursor will end up in 45th position, very far from where you started. When in reality you want it to be on 11th position (almost sure it was like that up to and including 1.8.8 ), because that's where the first "new" file (file placed right after the deleted ones) will be. And it might be difficult to find that "initial" 11th position with your eyes.

[xnview]

Thanks to your detailed description I can reproduce the problem.

[xnview]

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

[deil]

1.9.2. fixed the issue for me. Thanks a lot.