XnView Software

I really can't see how that could be a (simple) permission problem. I can delete the files with XnView manually. I just can't delete them with XnView's batch job processor. I will ask the AUR maintainer, but it looks like it's because of some difference in deleting in XnView.

I noticed that 1.9.1 is now also available as AUR package, so I could test the same version from the other package. It does not solve the issue though. I can't think of anything permission related since XnView obviously has permission to write to the folder it should delete from.

When running XnView 1.9.1 from the TGZ archive, the problem does not appear.

Hi there,

when I use batch processing to convert file formats with deleting the source, it just doesn't work. The source file is not deleted. Might be a regression from here: https://forum.xnview.com/viewtopic.php?p=191922&hilit=deleting+batch&sid=54ffe9661793dd3d79d423988ffb11fc#p191922

I have ...

Addition: There is another circumstance that I can reproduce that might help.

1. Open XnView with an image and copy something
2. Open a second XnView with another image
3. Close the second XnView
4. KDE Plasma will freeze
5. Close the first XnView where you copied something
6. The freeze will not ...

Correct.

It also doesn't matter how much time passes after the copying. The freezing always happens immediately after closing XnView / while XnView is closing.

Hi,

I encounter the following reproducible behaviour that I think is caused by something in XnView MP:

When I open an image with XnView, select a part of that image and copy it (Ctrl + C), then close XnView, KDE Plasma freezes for a couple seconds. Usually I am in Dolphin in a folder with image ...

Interesting. I now tried the AUR version instead of the Flatpak version, using the same xnview.ini, and the problem immediately disappeared. XnView does have full system access though, so the usual permission problems with Flatpak should not appear. Do you have any idea what could make the ...

It happens for jpg and png images. I rarely use any other formats.

Hi there,

my "save as" dialogue always pre-selects the bitmap (bmp) format. I don't even have any bitmap images. The option "use same file format" has no effect. I am on XnView 1.4.4 and I use the Flatpak version. What could be the reason? Are there more options that influence the file format? Or ...

Nevermind I already figured out I can still do it using the third mouse button.

I actually used this as a feature. Is there still a way to create a selection and immediately zoom in without having to press a button for "zoom selection"?

Confirmed. Thank you!

Sorry, no, on Linux, Manjaro, to be more precise, using Gnome.

Hello there,

using XnView MP 0.98.0, I found that images are not deleted when requested so when using the batch operation mode.

- select some images
- open batch processing
- no operations, set folder, file name and file format / extension and activate "delete original files when done"
- confirm ...