XnView Software

Problem:
When performing a lossless jpeg crop on two images (the first being a landscape rotated by orientation tag to appear as portrait, the second being a portrait with no metadata), the second file will have wrong area removed.

Settings:
[x]Rotate according to orientation tag.
all cache options- off.
v.1.97.6

Two files used:
A. orientedasportrait.jpg
(a landscape with right top orientation;1024x736)
B. portrait.jpg
(a portrait with no metadata;743x1024;almost identical image content as other.)

Method:
1. Select smaller region on orientedasportrait.jpg in upper right quadrant.
2. <ctrl + shift + x>
3. The image is now cropped, as expected.
4. Go to next image using <pg down>
5. portrait.jpg is now displayed (the one without an orientation flag).
6. Select smaller region in upper right quadrant similar to first.
7. <ctrl + shift + x>
8. * A completely different area is cropped. An area from upper left is the result, not from upper right.

Jpeg crop treats next file (without Exif rotation) like the previous one which has this data. This occurs with default settings.

Up

Just a comment (I haven't tried to reproduce the bug, yet).

Uhh, sounds like a severe bug: JPG lossless compression is applied to the original images, so this might destroy users' images.

Please try XnView 1.98 beta 1

Fixed in v.1.98b1, I'm very pleased to report.

This has destroyed several of my images over the years, as Undo does not work for the lossless transformations. (It should.)

It's still happening in XnView version 2.13, so it's not fixed.

gleepglop wrote:... Undo does not work for the lossless transformations. (It should.)...

+1 I agree

gleepglop wrote:This has destroyed several of my images over the years

What's happened??