Description: If you insert an image with anchor "As Character" and then try to rotate it 90 degrees, the image is cropped as the boundry does not resize to fit the rotated image. Further resizing of the image results in weird behaviour. Steps to Reproduce: 1. Create a new Writer document 2. Insert a wide image (easier to demonstrate with wider images) 3. Set the anchor mode "As Character" (if not already set in options) 4. Rotate the image 90 degrees using the buttons from the toolbar. 5. Notice that the image does rotate, but the boundry does not, so it appears cropped. Actual Results: The image and boundry do not corespond, they are different sizes. Expected Results: The boundry should respect the image size/rotation and show the complete image instead of cropping. Reproducible: Always User Profile Reset: No Additional Info: After the rotation, if you change the anchor to any other type, the images will be displayed correctly, but if you go back to As Character it crops again. You can use the odt and jpg image provided as attachment to take a look or reproduce.
Created attachment 189343 [details] odt and jpg to reproduce
Reproducible, works fine with anchor To Character Version: 7.6.1.1 (X86_64) / LibreOffice Community Build ID: c7cda394c5de06de37d8109c310df89a4d4c3a98 CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: default; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 3c7a35dd28fbc337a23473873b3dd47392b883ae CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Jumbo
Also in Version: 6.1.6.3 Build ID: 5896ab1714085361c45cf540f76f60673dd96a72 CPU threads: 4; OS: Windows 6.3; UI render: default; Locale: nl-NL (nl_NL); Calc: CL fine (but pretty slow) with Version: 5.2.5.0.0+ Build ID: a4d4fbeb623013f6377b30711ceedb38ea4b49f8 CPU Threads: 4; OS Version: Windows 6.2; UI Render: GL; TinderBox: Win-x86@62-merge-TDF, Branch:libreoffice-5-2, Time: 2016-12-24_14:43:55 Locale: nl-NL (nl_NL); Calc: CL
*** This bug has been marked as a duplicate of bug 143723 ***