Description: File open/file copy/paste requires 3-4x more memory Steps to Reproduce: 1. Open attachment 144018 [details] -> look at memory usage 2. CTRL+A (maybe twice to select all) 3. CTRL+C -> look at memory usage -> 1 GB 4. CTRL+W (close doc) 5. CTRL+N -> look at memory usage 6. CTRL+V -> Look at memory usage -> 1 GB 7. Copy small part of the text to clear the clipboard.. still 750 The bug doc suffers from a slow opening bug within the bibisect range.. lovely Actual Results: 360 MB on file open with peak of 550. 7.1 314 MB with peak to 900 MB after copy with 7.1 Expected Results: 167 MB on file open with 4.4.7.2 (32bit) 140 MB on file open with 6.0.5 (32 bit) 224 MB after copy with 6.0.5 32 bit 250 MB after paste with 6.0.5 (32 bit) -> All without a peak Reproducible: Always User Profile Reset: No Additional Info: Found in 7.1 and in 6.2 but not in 6.0
Created attachment 162659 [details] Example file DOC export of the same file.. same behavior.. less waiting time
Telesto, it seems, that nobody could confirm this bug since more than one year. So I‘d like to ask, if it is still reproducible for you. Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/current.html? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Dear Telesto, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Telesto, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp
Based on the description it still there, except it's bit better today (750 MB at max) Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 93115d2c54d645bcf2f80fde325e3ede39dee4d5 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
Why do you think there is a bug ? Memory is meant to be used. Best regards. JBF
Forgot to add my numbers: - File loaded : ~750 MB - File selected, then copied : ~950 MB No problem to load the file with Version: 7.3.3.0.0+ / LibreOffice Community Build ID: 0a34ac386187c5ca328aebc27851c2a2ff38f293 CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Ubuntu_20.04_x86-64 Calc: threaded Set status to NEEDINFO. Best regards. JBF