Apache OpenOffice (AOO) Bugzilla – Issue 94090
Unexpected behavior when cropping rotated image
Last modified: 2017-05-20 10:47:48 UTC
1. In Draw, insert any picture. 2. Rotate it (eg. 90 degrees) 3. From the toolbar, choose the cropping tool, so that the cropping handles are visible. 4. Crop the picture by pulling the handles. 5. The picture is not cropped as shown by handles, but it appears the cropping is done on the un-rotated picture.
Created attachment 56646 [details] Rotated picture before cropping of some of the top
Created attachment 56647 [details] Rotated picture after cropping from the top
Reproducible. Reassigned.
I am not sure whether my problem does exactly match this issue. If it is a seperate issue, I will enter another issue report. Indeed, I am having problems with cropping rotated images as well, but it is in Impress, Ubuntu 9.04, OO.org 3.2 Beta and behaviour is slightly different: Please use attached presentation and try to crop the image from the right or top side. You see, the image actually moves, is not cropped on the correct side, but is cropped somewhat on the opposite side. On the other hand, if you try to crop the image on the left or bottom side, this just works perfectly like it should
Created attachment 65686 [details] Test presentation: wrong cropping of image
Tested the attachment submitted by gleppert in OOo 3.2.0 RC1 (installed from the OpenSuSE build service): The bug is still there. Several of my colleagues who use Draw are reporting this bug to me, so I hereby give 2 votes to this issue!
AW: Took a look. The cropping is applied correctly, but the interactive cropping is not prepared to work on rotated graphics. The document from gleppert has the same problem since the image is rotated by 270 degrees. If You remove the rotation, crop works well. When cropping an unrotated image and rotating after crop all is correct -> visualisation is correct, error is in the offered interaction. I guess this was just not on the focus when this was implemented that graphics may be rotated. Taking this into account would e.g. require to have rotatable handles, too...
@aw & cl: So the bug appears to be in the UI part of the program. Is it possible to get this fixed in version 3.3?
It is wrong too, when you first rotate the image and then crop it via dialog. In that case the scaling is set to wrong values. If you correct the wrong scaling to both 100% the setting is not applied, but the image gets wrong scaling again, when the dialog is closed. I see this wrong behavior in OOo2.3.4
Reset assigne to the default "issues@openoffice.apache.org".