Invalid jpg crop (when displayed image is exif-rotated)

[DCT]

I found the following bug with irreversible losses of the image.
1) XnView is set to display JPGs autorotated by exif-tag.
2) A selection is made.
3) The jpeg-crop is used.
The result of crop is wrong (cropping height and width are exchanged) when on displaying the image is rotated!
The bug is crytical because jpeg-crop has no undo, so the image is irreversibly corrupted.

[xnview]

i can't reproduce, could you send me a sample file?

[DCT]

I've deleted the file.
Such a bug I've noticed in previous versions too (not often but from time to time). This makes me to rotate images by exif first before cropping to avoid wrong cropping.

In previous versions bug was not reproducible (restarted XnView croped the same file correctly). Maybe the error is caused after one by one cropping of several images in line, but every time the bug occurs an image has orientation tag.

[Karl02]

I couldn't reproduce this bug with XnView v2.32 (2015-03-16). But this problem shows that it would be good to have an option to create a backup file. See my suggestion here: http://newsgroup.xnview.com/viewtopic.p ... 15#p126126