- Import an image (tested: pdf and png). - Rotate it 90 degrees clockwise or counterclockwise. - Try move it with the mouse fully to the left or right page margin. --> The image will jump back into the paragraph area. (There will be even a space of approx. 1 cm to the left or right paragraph margin.) - Changeing the page margins does not change the position of the moved image. - The image can be moved until the upper and lower margins without problems.
I tried it with pdf and couldn't reproduce it Version: 6.1.0.0.alpha1+ (x64) Build ID: 775d0f26beecffccf3ed27a6a011aff20d91f842 CPU threads: 4; OS: Windows 10.0; UI render: GL; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-04-26_01:05:25 Locale: en-US (de_DE); Calc: CL
I can not confirm with Version: 6.1.0.0.alpha1+ Build ID: 4dbce627d3643babaf90a93c70b365ff08abfca6 CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk2;
Created attachment 141823 [details] libreoffice testfile with image in three positions
Created attachment 141824 [details] image imported, generated by R-Studio 1.1.383
Created attachment 141825 [details] testfile: result, saved as pdf file
I opened attachment 141823 [details] and could see the differences in LO 6.1 and LO 5.4. I confirm it with Version: 6.1.0.0.alpha1+ (x64) Build ID: 775d0f26beecffccf3ed27a6a011aff20d91f842 CPU threads: 4; OS: Windows 10.0; UI render: default; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-04-26_01:05:25 Locale: en-US (de_DE); Calc: CL But I can't find it in Version: 5.4.6.2 (x64) Build-ID: 4014ce260a04f1026ba855d3b8d91541c224eab8 CPU-Threads: 4; BS: Windows 6.19; UI-Render: Standard; Gebietsschema: en-US (de_DE); Calc: group
Created attachment 141832 [details] PDF-Export from testfile opened in LO 5.4
Created attachment 141833 [details] PDF-Export from testfile opened in LO 6.1
I don't think this is a regression. Before 6.0 the frames couldn't be rotated. It was implemented by Armin with the RotateFlyFrame. The current behaviour can be reproduced since https://cgit.freedesktop.org/libreoffice/core/commit/?id=059469926e359153b9b291790ef2df84fa63fda9. Before this commit, the behaviour is inconsistent as Armin was working on this feature. @Armin, I thought you might be interested in this issue...
That is the same problem as I have reported in bug 115934. It is no regression because it is a new feature. In Lo 5.4 the image itself is recalculated. Therefore it is not possible to rotate linked images in LO 5.4. If you try it, then the image is silently embedded. With RotateFlyFrame a different technic has been introduced, but it has still some errors. Workaround: Use LO 5.4 to rotate the image (with the mentioned limitation). You can use LO 5.4 parallel as a portable version. *** This bug has been marked as a duplicate of bug 115934 ***