Description: The shape "circular-arrow", from the gallery, is malformed when saved to .doc and reopened. Selecting it increases the RAM use of LibreOffice up to 1.3 GB, makes the shape disappear, and creates visual artefacts in the viewport. Is this a "memory leak"? Steps to Reproduce: Use all steps here, or use the attached document and start at step 4: 1. Open Writer 2. Insert the shape "circular-arrow" from the gallery sidebar, "Arrows" category 3. Save document as .doc and close Writer 4. Open document again 5. Click on the shape Actual Results: Shape does not look at all like the original. Clicking it brings up memory use of LibreOffice up to 1.3 GB of memory, and hangs the system for a few seconds. Memory use goes back down once the shape disappears. Clicking the area where the shape was will select the invisible object once more, and will bring the memory use up once more. Some visual artefacts might appear in the viewport. Expected Results: Shape looks the same as original, and memory use does not increase dramatically, and shape does not disappear. Reproducible: Always User Profile Reset: No Additional Info: I am wondering if this has to do with the fact that the malformed shape overflows possibly infinitely to the left side of the document. Shape only disappears in 7.2 beta1 and 7.3 alpha0. Tested in: Version: 7.0.6.2 Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Version: 7.1.4.2 / LibreOffice Community Build ID: a529a4fab45b75fefc5b6226684193eb000654f6 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Version: 7.2.0.0.beta1 / LibreOffice Community Build ID: c6974f7afec4cd5195617ae48c6ef9aacfe85ddd CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: e3086b58eb5427d520b86c185f9d911bb6f7a3a0 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-06-21_15:37:11 Calc: threaded
Created attachment 173084 [details] Test .doc with problematic circular-arrow shape
Created attachment 173085 [details] video of issue in LO 7.3 alpha0 This video shows: - the shape of what used to be a circular arrow - the memory increase when selecting it (from about 130 MB to up to 1.3 GB) - the shape disappearing - the visual artefacts in the viewport as well as in the sidebar
I confirm, that the shape is malformed, but I can't confirm, that memory increases. So I set status to new, but reduce bug summary to the first problem. Tested with Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 949658028e722e5d2657b503eb20e16e41dbd8cf CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL
The same confirm shape deformation, but not the memory problem. Version: 7.1.4.2 (x64) / LibreOffice Community Build ID: a529a4fab45b75fefc5b6226684193eb000654f6 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: ro-RO (ro_RO); UI: en-US Calc: threaded
I have reported the memory issue separately in Bug 143257. It might be Linux-only as I could reproduce on two computers, one with Ubuntu 18.04, the other with Ubuntu 20.04.
repro 7.6+ It looked similar in OOo 3.3.
Dear Stéphane Guillou (stragu), 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
Looks good in Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cc99f7736e10c8290d34eeb96aa6a3b7fd63a212 CPU threads: 12; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded => RESOLVED WORKSFORME