Windows 1.3, Jpeg Lossless Rotation Not Working

[metal450]

Using XNView Mp 1.3.0 on Windows, none of the lossless jpeg rotation options are working. Here's a video:

https://jiij.cc/snaps/2022-09-25_09.06.39.mp4

As you can see, I tried:
*Rotate counter clockwise
*Rotate clockwise
*Rotate based on EXIF orientation field
*Reset EXIF orientation field

None of these options do anything.

If I try all the same options on the same jpeg file with XnView Mp on Linux, they do rotate the file as expected.

[xnview]

is it working in browser? could you send the file?

[metal450]

>is it working in browser?

Nope - the behavior is the same whether I rotate it in "view mode" or "browser mode" (assuming that's what u meant)

>could you send the file?

The behavior is the same with every jpeg I've tried, but sure, where should I send it?

[xnview]

I've tried and no problem. you can post it here. Which settings>Browser>Misc?

[metal450]

>you can post it here.

https://www.dropbox.com/s/ksai1lra62b1g ... 9.jpg?dl=0

>Which settings>Browser>Misc?

Both checked: https://jiij.cc/snaps/2022-09-26_09.07.18.png

[metal450]

I also tried deleting the xnview.ini file to start fresh with a brand new config, & the behavior is the same

[xnview]

I also tried deleting the xnview.ini file to start fresh with a brand new config, & the behavior is the same

I don't understand, with a fresh install, i can't reproduce withyour picture file. 'Change EXIF field' ON or OFF

[metal450]

I figured out when it happens: it only occurs when the file is under a "long" path. If I move the same file it to a shorter path, it works. However, everything else seems to be functional under the long path: I can view the file, hit F2 to rename it (to a longer or shorter name), etc - from within xnViewMp. Just when I try to rotate, if it's in a long path, it behaves as shown.

[xnview]

how many characters do you have in your pathname?

[metal450]

It looks like the point where it starts happening is when path+filename > 250 (not including extension ".jpg"). At 250 it works, at 251 it stops working.

However, I'd note that other image editors do seem to be able to write changes to longer paths without issue - i.e. if I open it in GIMP & do the rotation, then export it to the same path+filename, it works. So it seems to be unique to XnView

[xnview]

on your system, HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\LongPathsEnabled is set to 1?

[metal450]

It was previously set to 0, but I set it to 1, rebooted, & the behavior is the same.

Maybe is XnView not marked as "long path aware" in its manifest (

Code: Select all

<ws2:longPathAware>true</ws2:longPathAware>

), *or* it using non long path-aware functions (https://learn.microsoft.com/en-us/windo ... s=registry)?

[xnview]

Maybe is XnView not marked as "long path aware" in its manifest (

Code: Select all

<ws2:longPathAware>true</ws2:longPathAware>

), *or* it using non long path-aware functions (https://learn.microsoft.com/en-us/windo ... s=registry)?

No, the bug was only in lossless rotation, XnView supports long filename already...

Thanks to your detailed description I can reproduce the problem.

[metal450]

Great!

[xnview]

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