XnView Software

Just follow my steps, the bug should be very obvious.

But here is a GIF:

xnview wrote: Sun Jun 22, 2025 12:13 pm

fireattack wrote: Fri Jun 20, 2025 4:29 pm 3. use keyboard arrow to move the highlight to the 6th one.

Do you use CTRL+Right?

No, just use right to move the cursor.

1. open a folder with, say, 10 images in browser.
2. click and highlight the 2nd.
3. use keyboard arrow to move the highlight to the 6th one.
4. Hold shift and click 1st one.

Expected: 1 to 6 are selected.
Observed: 1 to 2 are selected.

This is a regression in 1.9.x, probably related to https ...

I think this should automatically refresh if the file changes can be detected (which should be trivial when you move files inside XnView MP itself.)

So an option to invalidate parent folder's thumbnail when a file is copied/moved/changed?


It should update both previous parent and new parent ...

I always insteall XnViewShellEx but it only started to ask to close Explorer in recent versions.
Are there some changes about the way it installs?

Also, perhaps we can add some detections so it only asks so when necessary.
For example, I just updated from 1.9.1 to 1.9.2 where the two ...

This has been bothered me for years, I think it's more like a bug than a feature request so I put it here, but feel free to move.

When you enable thumbnail for folder (in my case, I use "Show 4 thumbnails" option too),
and you move files in and out the folder, it doesn't automatically refresh ...

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 ...

This is a regression in 1.8.3 or .2.

1. Open an image, say, a.jpg.
2. Keep the viewer open, delete the file.

3. close the xnview.

Expected: it just closes.
Observed (regression): it asks if you want to save the file etc.

I don't want this new behavior because I often use xnview to open temp ...

xnview wrote: Tue Nov 05, 2024 10:04 am

fireattack wrote: Wed Oct 30, 2024 3:58 pm This new behavior, no window shows but taskbar shows, only happens with dir arguments, why?

here with or without argument, XnView is shown in taskbar but no window

I'll add a setting to disable it

Thanks!

The difference probably isn't too significant if your machine is very fast -- can you use a stopwatch and measure the difference?

You can use these two fully populated INIs I prepared to test. I can reproduce this bug on two different machines:
XnViewMP.ini.zip

Not easy to see, but sometimes ...

i've tried on 2 windows 10, and can't reproduce


The difference probably isn't too significant if your machine is very fast -- can you use a stopwatch and measure the difference?

You can use these two fully populated INIs I prepared to test. I can reproduce this bug on two different machines ...

Yes, it is English Win10.

when there is non-ascii values in History, it takes about 1 to 1.5 seconds for the window to show after you double click the exe.

When there is no such values in ini, the window shows immediately.

See the video below for a quick demo.

Main bug: if you have an non-ascii pathees in setting like history, XnviewMP starts very slowly. This bug seems to be in XnViewMP for years.

I can reproduce in as early as 1.6.4.

I suspect it fondamentally the same bug as https://newsgroup.xnview.com/viewtopic.php?f=62&t=48026.

Steps to reproduce ...

Main bug: if you have an invalid labelFont setting, e.g.


[Appearance]
labelFont=@Variant(\0\0\0@\0\0\0\b_\xae\x8fo\x96\xc5\x9e\xd1@\"\0\0\0\0\0\0\xff\xff\xff\xff\x5\x1\0\x32\x10)


(In my case, my front name is inherited from a different language Windows, so the font name is not recognized in my ...