Created attachment 144950 [details] screen shot of an imported images anchored as character and incorrectly rotated In new version 6, when an image anchored as Character is rotated 90 deg left or write the frame which contains the image is not correctly resized and the image is incorrectly cropped within it. Eg. Landscape to Portrait rotation turns the image but not the frame which contains it. This does not happen in Version 5, which behaves correctly.
right not write, sorry
Created attachment 145539 [details] Example file Contains frame with image inside it anchored As character
Reproduced, but it has never behaved like you claim. It does resize the frame in older versions, but not correctly. The height of the frame is reduced, but the width is not increased. This makes the image cropped even in older versions. Thus I hesitate to call this a regression. Anyway, bibisected on Windows to https://cgit.freedesktop.org/libreoffice/core/commit/?id=3919d87210ea12ed3166c649ac52730026db01a4 The oldest code has the comment //#i84870# - no shrink of text frame, if it only contains one as-character anchored object. So apparently the non-shrinking behaviour has at one point been thought to be correct. Adding Xisco and Björn to hear from them. Should this report be closed?
Created attachment 145542 [details] Example .odt file containing bug please don't close the bug, please see attached file with example of the bug.
I am sorry, I am not experienced with filing bugs and my comments got lost when I attached the file Please don't close the bug I have copied your image from the example file into an .odt file anchored as a character on the page, not within an HTML frame, but the image has its own "frame" around it represented by a grey rectangle. I copied the image twice producing 3 versions. I opened the file in LibreOffice 5.2.7.2 on MacOS Yosemite and rotated the second image left, it rotates correctly. I saved, closed and opened the file in LibreOffice 6.0.6.2 on Windows 7 (though it doesn the same in version 6 on Mac) and rotated the third image left, it incorrectly crops the image as can be seen in the example file. Please, this is a serious issue for me, do not close the bug. I am sorry if my ignorance means I did not use the correct terms in my original description. Sincerely, Robert Gibbs
(In reply to Rob from comment #5) > I am sorry, I am not experienced with filing bugs and my comments got lost > when I attached the file > > Please don't close the bug > > I have copied your image from the example file into an .odt file anchored as > a character on the page, not within an HTML frame, but the image has its own > "frame" around it represented by a grey rectangle. > > I copied the image twice producing 3 versions. > > I opened the file in LibreOffice 5.2.7.2 on MacOS Yosemite and rotated the > second image left, it rotates correctly. > > I saved, closed and opened the file in LibreOffice 6.0.6.2 on Windows 7 > (though it doesn the same in version 6 on Mac) and rotated the third image > left, it incorrectly crops the image as can be seen in the example file. Oh dear... so it was *not* about a frame after all. What you call a frame is the result of having View - Text boundaries checked. Removing Xisco and Björn from CC. I will investigate the actual issue later.
I bibisected it and found another report blaming the same code change. I will comment there. Thank you for the information you provided. It was valuable. *** This bug has been marked as a duplicate of bug 115463 ***
The content of attachment 145539 [details] has been deleted for the following reason: useless file