Description: Closing LibreOffice with some images on the clipboard takes a while and needs up to 2 GB ram Steps to Reproduce: 1. Open the attached file (and use a process monitoring tool) 2. CTRL+A 3. CTRL+C 4. CTRL+Q Actual Results: Notice the memory usage increasing up to 2 GB peak Expected Results: I haven't see this in the x32 builds Did only test x64 builds until 6.3 Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.0.0.alpha1+ (x64) Build ID: 21875558f6c478f07d68ff39e025d7ffd451674f CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
Created attachment 161332 [details] Example file
Also in 5.0.0.5 x64 The memory usage less extreme with x32 builds, and clipboard content appears to be broken too. Repro with 4.3 not repro with 4.2
Created attachment 161356 [details] Bibisect log Bisected to author Caolán McNamara <caolanm@redhat.com> 2014-07-14 11:36:32 +0100 committer Michael Stahl <mstahl@redhat.com> 2014-07-22 17:07:26 +0000 commit 41fde63b3ec4da0a4a6636105dd7b65fdfc7ad44 (patch) tree ccc305921f8b9fc991e36546a826f47b73b38438 parent 40eddf707f8f56fa63ddba9f4713a32dba43bd62 (diff) Resolves: fdo#52226 swap in graphics on .docx and .rtf export https://cgit.freedesktop.org/libreoffice/core/commit/?id=41fde63b3ec4da0a4a6636105dd7b65fdfc7ad44
@b A conformation would be nice, even if not Calc ;-). Windows only I assume
yes, there is high memory usage, and quite some time solid cpu usage as well, and some mem still blocked after close of writer ... i'd read sometimes somwhere that LO made efforts to be able to do a paste still after the original document vanished ... may be it's neccessary for comfort like that ... ??? this function is working as long as one instance of the same version is still open, but the mem/cpu usage happens on closing of the last instanc? after that in a new instance copy is tried, but brings only text-placeholders, check it out ... can't judge if there is intended use or just waste of ressources ... hope some of the pros can ... had no time to check against old ver., 6.5.0.0 and 7.0.0.0.a1+ are slow, thus can't tell if regression ...
Adding CC to Caolán McNamara Note: it's probably Windows only
I see that the images are 4000x2664 pixels in size. On the face of things I wouldn't see it as a regression as such, seeing as saving the document without its images isn't a state we want to revert to, nor is losing the clipboard contents on exit. Though clearly it would be better to produce more optimized output if that's possible.
The memory usage is less problematic with smaller images (didn't check that). But the behavior is still noticeable with smaller ones.. And the copy to the clipboard is somehow broken to. Relaunching LibreOffice & paste produces not the right results.. And that part did work quite well before Anyway, thanks for responding so fast :-)
Dear Telesto, 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
This bug is still present in: Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded As well as: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 6a064b1967e06e40be40817deff99d00c1a8554f CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded While it's worth noting that it is no longer a 2gb of ram usage, however CPU and ram usage does spike up for a split second. I've tried it with text in my clipboard instead, and have not been able to reproduce the same spike in CPU and ram usage.