Crop preset does not respect image orientation
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| ufraw (Ubuntu) |
New
|
Undecided
|
Unassigned | ||
Bug Description
If a crop preset is stored in the configuration (eg. for cameras with additional erratic pixels at the image borders), it is applied to all loaded images, but does not rotate if Ufraw reorients the image according to the camera's orientation information.
This means the cropping has to be readjusted every time the image aspect change, eg. after loading a portrait format image after a landscape oriented image.
Additionally strange thing is, if the crop range is read from preset, it is mangled again by the image's size in the current orientation. So the bad cropping is not fixable by pressing the - / + 90 degree orientation buttons, as the wrong cropping area is kept after the rotation. It is only restored after loading the next image, if that allows for the correct application of the preset crop area.
What I do:
Load a portrait oriented image after saving the configuration with a small crop to a landscape oriented image
What happens:
The portait image woudl get cropped to a landscape height, thus rendering the crop preset useless.
What should happen:
If the camera orientation information reports a rotation in respect to the 0 degree orientation, the crop area should be rotated likewise.
