Subject: 1.4.3, 64bits, Libformat version 7.138: <Edited Pic not saved>
XnView: MP 1.4.3 - 64 bit
OS: Windows 10 - 64bit
<After having made so Changes to Image (.jpg) File/Image is *NOT* saved, when "Saving as ...">
Effect: <File cannot be found, although it has been saved as ... and given different/new Filename>
To reproduce:
01. Info about XnView MP
02. Open Image-File (see Screenshots, BTW: Stated Max is 8, however only 7 accepted!)
03. Cut out of certain Part of Image
04. Turn it by -0.40
05. Cut out one more Time
06. Change Size to max Height of 800
07. Thereafter trying to "Speichern unter ..." (Save as ...)
08. Selecting Directory and giving new/different Filename
09. "Speichern" (confirming "Save")
10. Warning-Message: Attention. On Saving File in this Format Comment and all available Metadata shall be lost. (?) On a JPG? Why?
Needs to be confirmed twice.
11. More Screenshots showing Properties etc.
12. However File cannot be found, neither in chosen Directory, nor elsewhere on DiscDrives, incl. NAS
If I do an EXPORT of the edited File, this is "saved" an can be found in indicated Directory.
Actual behaviour (bug): <File cannot be saved with Saving-Function "Speicher unter..." (Save as...)>
Expected behaviour: <Should be saved>.
Hope, I did not make a mistake.
1.4.3 64bits, Libformat version 7.138: Edited Pic not saved
Moderators: XnTriq, helmut, xnview, Dreamer
-
- Posts: 15
- Joined: Fri Jan 28, 2022 10:25 pm
1.4.3 64bits, Libformat version 7.138: Edited Pic not saved
You do not have the required permissions to view the files attached to this post.
-
- Author of XnView
- Posts: 45500
- Joined: Mon Oct 13, 2003 7:31 am
- Location: France
Re: 1.4.3 64bits, Libformat version 7.138: Edited Pic not saved
could you send me the file used? Which format do you use in 'save as'?
Pierre.
-
- Posts: 15
- Joined: Fri Jan 28, 2022 10:25 pm
Re: 1.4.3 64bits, Libformat version 7.138: Edited Pic not saved
Hi Pierre
File I was working on, is JPG. And I "Save(d) as ..." JPG as well.
Probably due to huge Size of orig File, I could not attach here. Thats why I make Upload on https://www.swisstransfer.com/de-ch, to your Mail-Addy contact@xnview.com (You should get advising Mail). Hope, this works for you, Otherwise do not hesitate to let me know. Have a nice Dayè Martin
File I was working on, is JPG. And I "Save(d) as ..." JPG as well.
Probably due to huge Size of orig File, I could not attach here. Thats why I make Upload on https://www.swisstransfer.com/de-ch, to your Mail-Addy contact@xnview.com (You should get advising Mail). Hope, this works for you, Otherwise do not hesitate to let me know. Have a nice Dayè Martin
You do not have the required permissions to view the files attached to this post.
-
- Author of XnView
- Posts: 45500
- Joined: Mon Oct 13, 2003 7:31 am
- Location: France
Re: 1.4.3 64bits, Libformat version 7.138: Edited Pic not saved
Thanks for the file, i can't reproduce the problem.
You use 'JPEG /JFIF' and not 'Guetzli JPEG'?
You use 'JPEG /JFIF' and not 'Guetzli JPEG'?
Pierre.
-
- Posts: 15
- Joined: Fri Jan 28, 2022 10:25 pm
Re: 1.4.3 64bits, Libformat version 7.138: Edited Pic not saved
Tks a lot anyway. I'll tray avoiding the "Guetzli" 
Have a nice Weekend!
Greets, Martin

Have a nice Weekend!
Greets, Martin
-
- Posts: 15
- Joined: Fri Jan 28, 2022 10:25 pm
Re: 1.4.3 64bits, Libformat version 7.138: Edited Pic not saved
Hi Pierre
This is just to confirm, when saving as "JPG", it works as expected
However, your special kind of sorting Extensions (with very common ones at the top) confused me a lot. How about a Dash like "===" after the Specials ones, to make it more "obvious"!? And/or to indicate the "normal" JPG AGAIN down there where it is to be expected in alpha order!? Just suggesting.
And/or: Why to offer "Guetzli", if it does not work anyway?
But besides that: Super Tool! Go on with it! Thumb up!
This is just to confirm, when saving as "JPG", it works as expected

However, your special kind of sorting Extensions (with very common ones at the top) confused me a lot. How about a Dash like "===" after the Specials ones, to make it more "obvious"!? And/or to indicate the "normal" JPG AGAIN down there where it is to be expected in alpha order!? Just suggesting.
And/or: Why to offer "Guetzli", if it does not work anyway?
But besides that: Super Tool! Go on with it! Thumb up!
-
- XnThusiast
- Posts: 4289
- Joined: Sun Apr 29, 2012 9:45 am
- Location: Cheltenham, U.K.
Re: 1.4.3 64bits, Libformat version 7.138: Edited Pic not saved
Tamaleus wrote: Sun Mar 05, 2023 12:29 pm Hi Pierre
This is just to confirm, when saving as "JPG", it works as expected
Showing certain formats at the the top of the list is an option: Tools > Settings > General > Formats -- Saving tab -- Show most used format at beginning.Tamaleus wrote: Sun Mar 05, 2023 12:29 pmHowever, your special kind of sorting Extensions (with very common ones at the top) confused me a lot. How about a Dash like "===" after the Specials ones, to make it more "obvious"!? And/or to indicate the "normal" JPG AGAIN down there where it is to be expected in alpha order!? Just suggesting.
I don't see a way of customising the list if the option is active although I thought there might be one. I also wonder if formats displayed at the top should also be displayed in their normal alphabetical place, to avoid the confusion you refer to. Note also that the list can be filtered if required to reduce the number of formats displayed.
It does work, but was only ever intended to reduce the download size of small images on web pages. I have recently suggested that a warning be displayed when saving to Guetzli, with a 'Do not show again' option.