Bug 37905 - UI: Interactive cropping fails at rotated images in Impress
Summary: UI: Interactive cropping fails at rotated images in Impress
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
(earliest affected)
3.3.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
Depends on:
Reported: 2011-06-03 18:17 UTC by gleppert
Modified: 2015-04-23 15:45 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Image-cropping-test.odp (576.32 KB, application/vnd.oasis.opendocument.presentation)
2011-06-03 18:17 UTC, gleppert

Note You need to log in before you can comment on or make changes to this bug.
Description gleppert 2011-06-03 18:17:11 UTC
Created attachment 47507 [details]

Unexpected behavior when cropping rotated image: 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.

According to the OpenOffice bug tracker, it is not a cropping, but a UI problem:
"The cropping is applied correctly, but the interactive cropping
is not prepared to work on rotated graphics. The attached document 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..."

System: Ubuntu 10.10, Gnome 2, LibreOffice 3.3.2 PPA, English UI, Intel 32-bit
Related bug entry in OpenOffice bugtracker:
Comment 1 Björn Michaelsen 2011-12-23 12:07:37 UTC
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:

more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Comment 2 sasha.libreoffice 2012-03-28 06:32:00 UTC
reproduced in 3.3.4 and 3.5.1 on Fedora 64 bit
Comment 3 A (Andy) 2013-04-24 21:34:10 UTC
not reproducible with LO (Win7 Home, 64bit)

Does this issue still persist for you with the latest release of LO?
Comment 4 gleppert 2013-04-25 05:52:43 UTC
I still can reproduce the bug in LibreOffice Version*, so it doesn't seem to be fixed. System: Ubuntu 12.10

* is a release candidate for version 4.0, but I do not have the newest version installed here.
Comment 5 tommy27 2013-09-23 21:22:56 UTC
I still reproduce it with 4.1.1 under Win7 64bit
Comment 6 Marc 2013-12-02 12:46:05 UTC
Bug confirmed on version
Build ID:

To reproduce :
Open impress
include any picture
rotate by 90 or 270 degrees
try to crop it using the left/right/top/bottom handle.
The result has nothing to do with the expected one :
- Picture is cropped on the opposite side
- fraction of the picture is missing on some sides
- picture is stretched in one or other direction
Comment 7 QA Administrators 2015-04-19 03:23:34 UTC
** Please read this message in its entirety before responding **

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

   *Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.1 or later)

   *If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior
   *If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System

Please DO NOT

   *Update the version field
   *Reply via email (please reply directly on the bug tracker)
   *Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)

If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 

1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3)


2. Test your bug 
3. Leave a comment with your results. 
4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 
4b. If the bug was not present in 3.3 - add "regression" to keyword

Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa

Thank you for your help!

-- The LibreOffice QA Team This NEW Message was generated on: 2015-04-18
Comment 8 Gerry 2015-04-23 15:45:34 UTC
Seems to be fixed in LO on Windows 7.