If an image has a border and the image is rotated with wrap setting "parallel" (="square" in Word UI, or "Page Wrap" in context menu), then the border is not drawn around the image but at the edge of the bounding box. That is unexpected behavior, because graphic images and other word processing applications have the border at the image, which means the border is rotated too.
Created attachment 140336 [details] Test case for rotating Repro. Arch Linux 64-bit Version: 6.1.0.0.alpha0+ Build ID: 13164cc99dc6184fb2c12e56e9c0dea0d5692eec CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on March 4th 2018
Let's ask what Armin thinks.
I noticed this behavior recently. Also, if you create a Google Doc's Text Document and insert the image there, add a border to it, rotate the image, download the document as an odt file and open it on LibreOffice, Writer will be able to add/remove the image's border, and the border will rotate with the image. Rotation will behave better too. Steps to reproduce: - Create an empty Google Docs text document - Insert an image, and then select it - Add a border to the image (By clicking the 'border color' item on the toolbar) - Rotate the image to any arbitrary degree - Go to "File->Download as->Open Document Format (.odt)" - Save the file to disk - Open the file with LibreOffice Writer - Now rotate the image and/or add/remove the border. You will notice Writer does a good job rotating the border together with the image. - Now go to Insert->Image and insert another image (or the same if you have it locally) to the document. - Add a border to the recently inserted image. - Rotate the recently inserted image. You will notice Writer Does not rotate the border together with the image as this bug reports. Note 1: The context menu for the two objects are different. Note 2: When the google doc's exported image is selected Writer will show the 'Drawing Object Properties' toolbar. When the Writer's inserted image is selected then the 'Image' and 'Frame' toolbars are shown. The border for the writer's inserted image is controlled through the 'Frame' toolbar.
I would swear I heard Armin talk about this during his presentation on developing the feature.. But details.. :) ?
Dear Regina Henschel, 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I don't repro in Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 5aa74aa1e6fac571f99146ebcb6adc9feb1459ad CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-07-28_19:35:14 Calc: threaded Buovjaga, could you please retest this bug?
Created attachment 173995 [details] Screenshot The error still exists. Screenshot is from current master. I have set the border to red, so that it is better visible.
Ok confirm still exists with Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 5aa74aa1e6fac571f99146ebcb6adc9feb1459ad CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-07-28_19:35:14 Calc: threaded I was rotating by 90.
This behavior started in 6.0 with commit: https://git.libreoffice.org/core/+/a42b0985c7619efdc934bb1cf19e5e2c2b6faea2 author Armin Le Grand <Armin.Le.Grand@cib.de> Fri Sep 22 15:28:33 2017 +0200 committer Armin Le Grand <Armin.Le.Grand@cib.de> Fri Oct 20 14:13:20 2017 +0200 RotGrfFlyFrame: Initial adaptions With the first implementation of arbitrary rotation of images. Before only 90/180/270 degrees rotation was possible and those options still behave correctly.
*** Bug 120989 has been marked as a duplicate of this bug. ***
Repro with this version of LibreOffice: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: fc9c15ec702d8a06e8747ee5b858751e5a90e30a CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: threaded