Description: If you reduce the size of an image which is anchored as character and centered, a gap appears between the image and the next line of text. The gap is gone as soon as you insert a new line before the image. Steps to Reproduce: 1) Open a new Writer text document. 2) Insert a medium size image. 3) Anchor the image as character. 4) Place the cursor to the right of the image, press ctrl-E to align center, press enter to go the next line, and type some text below the image. 5) Select the image with the mouse, click on its bottom-right corner, and reduce its size by about 50%. 6) Note a large gap between the image and text. Now insert a new line before the image and the gap is gone. Actual Results: A large gap is inotroduced between the image and text below it. Expected Results: There should be no gap after the image is reduced. The text below it should be shifted upwards, toward the image. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.2.2 Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: threaded
I confirm it with Version: 7.0.2.2 (x64) Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: he-IL (de_DE); UI: en-GB Calc: threaded With enabled formatting marks you can see, that there is still a formating mark, but wthiout a function
Dear Joao Carvalho, 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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Tested several ways, but not sure, if it is a correct reproduction if the problem. For example I don't know, if "place the cursor right of the image" is equal to Wrap setting "After". Joao, is it possible for you to provide a sample document including steps 1-4? Thank you. => NEEDINFO
Created attachment 183351 [details] printscreen of the error (gap between reduced image and text) The issue remains in 7.4.1.2. I am unable to provide a sample document as requested by Dieter. When I save the file (with a gap between reduced image and text), then close Libreoffice Writer, and then open the file again, the gap is gone. But I am attaching a printscreen of the error (gap between reduced image and text). I don't know what "Wrap setting After" means. When I wrote "place the cursor right of the image", what I meant was: "place the mouse pointer to the right of the image and left-click so that the cursor is now to the right of the image". Issue remains with Version: 7.4.1.2 Build ID: 40(Build:2) CPU threads: 8; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: pt-BR (en_US.UTF-8); UI: en-US Calc: threaded
[Automated Action] NeedInfo-To-Unconfirmed
Thank you for screenprint. Now I could still reproduce with Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9cd0f4c2d25462feba0ffcbd906c199273821243 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded and with Version: 5.4.7.2 (x64) Build-ID: c838ef25c16710f8838b1faec480ebba495259d0 CPU-Threads: 4; BS: Windows 6.19; UI-Render: GL; Gebietsschema: de-DE (de_DE); Calc: CL Additional informations Happens only with align centered and right (left and justified works) Expected result after save and reload
Version: 24.2.7.2 (X86_64) Build ID: 420(Build:2) CPU threads: 8; OS: Linux 6.11; UI render: default; VCL: gtk3 Locale: pt-BR (en_US.UTF-8); UI: en-US Calc: threaded
Bug still present in version 24.2.7.2 (X86_64) See attached image. Version: 24.2.7.2 (X86_64) Build ID: 420(Build:2) CPU threads: 8; OS: Linux 6.11; UI render: default; VCL: gtk3 Locale: pt-BR (en_US.UTF-8); UI: en-US Calc: threaded
Created attachment 197499 [details] bug still observed in version 24.2.7.2 Version: 24.2.7.2 (X86_64) Build ID: 420(Build:2) CPU threads: 8; OS: Linux 6.11; UI render: default; VCL: gtk3 Locale: pt-BR (en_US.UTF-8); UI: en-US Calc: threaded