Description: Whenever I insert a new Text Box in Impress, after I have finished writing and I click elsewhere (hence unfocusing the Text Box), it shifts right and down. Steps to Reproduce: 1. Create a new LO Impress file 2. F2 or Insert Text Box 3. Write in the newly inserted Text Box 4. Click outside of the Text Box 5. The Text (and Text Box it seems) instantaneously and noticeably moves a handful of pixels right and down. Actual Results: Major interference with Formatting of the presentation, requiring manual intervention to drag the Text Box back in its intended place Expected Results: The Text Box should stay in the originally determined place Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Version: 6.4.2.2 Build ID: 6.4.2-1 CPU threads: 4; OS: Linux 5.5; UI render: default; VCL: gtk3; Locale: en-GB (en_GB.utf8); UI-Language: en-GB Calc: threaded OS: EndeavourOS (Arch Linux 64-bit base + installer)
I had erroneously marked the bug as NEW, I return it to UNCONFIRMED in the hope that a developer will initiate dialogue with me to troubleshoot the bug! Thanks!!
Created attachment 159364 [details] Showing the issue taking place
Repro with Version: 6.0.0.1 (x64) Build ID: d2bec56d7865f05a1003dc88449f2b0fdd85309a CPU threads: 12; OS: Windows 10.0; UI render: default; Locale: en-US (ru_RU); Calc: group OK with Version: 5.4.0.2 (x64) Build ID: 2b906d450a44f2bbe506dcd22c51b3fa11dc65fd CPU threads: 12; OS: Windows 6.19; UI render: default; Locale: ru-RU (ru_RU); Calc: group
This seems to have begun at the below commit. Adding Cc: to Armin Le Grand ; Could you possibly take a look at this one? Thanks 2d5a392754adf128b6139286457a0edbdbc1baf3 is the first bad commit commit 2d5a392754adf128b6139286457a0edbdbc1baf3 Author: Jenkins Build User <tdf@pollux.tdf> Date: Thu Aug 10 15:53:15 2017 +0200 source f06b48a5dddab20fd1bbf9b5f3e8543593f5e590 author Armin Le Grand <Armin.Le.Grand@cib.de> 2017-08-04 18:56:43 +0200 committer Armin Le Grand <Armin.Le.Grand@cib.de> 2017-08-10 15:17:58 +0200 commit f06b48a5dddab20fd1bbf9b5f3e8543593f5e590 (patch) tree ce3bb9e57cdb21a8414a49bf919b1c442d2687ea parent 2ae717f2d722d78b29b51dc40194b64ab3bb5bc8 (diff) editviewoverlay: Allow EditView to run in Overlay
@Mike Kaganski @raal I had sent one email to Mr. Le Grand, asking if I could kindly ask for his help, and provide with a modest financial contribution should he need to allocate some extra time to look into this commit he made 3 years ago. Unfortunately I haven't heard from him, and I must believe he could may too busy to look into it in the upcoming future. May I ask if any of you were available, and if I could make the same type of offer? I will be grateful if you were to get back to me to discuss considering this! Thank you!!
Do you think it would be possible to revert the commit, or would there be the risk for some unforeseen and undesirable side effects?
This nasty bug persists unchanged in Libreoffice Impress version 7.0.3.1
1 year and a month later, I can confirm this bug persists unchanged in Libreoffice 7.1.2.2 Monsieur Le Grand never got back to me either.
Maybe double to tdf#143117 (and vice-versa)
Still an issue in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: c9b6bf655e6de50c55629b4805399932c90a3b30 CPU threads: 14; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: threaded