Description: Base: Open Insert table design causes memory usage bump of 600 MB with empty database Steps to Reproduce: 1. Launch LO 2. Select Base Database, bringing up the Database Wizard 3. Select Create a new Database (HSQLDB is the only option) 4. Hit Next. 5. Leave all defaults on the "Decide How to Proceed" wizard page 6. Hit Next, bringing up the Save As dialog box 7. Name the database and click Save, bringing up the tasks window in Base 8. Click Create Table In Design View, bring up a new table design grid Actual Results: 200 MB bump switch from form Tab to Tables tab (expected opening existing database) 600 MB bump create Table In Design View Expected Results: No clue Reproducible: Always User Profile Reset: No Additional Info: Found in 7.2 and in Version: 6.4.0.0.beta1+ (x64) Build ID: 20be5cd0bdc57d812bf34a2debfe48caa51de881 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL
@MWT Not clue what the expect, maybe bit much
@Julien Do you have any reference with Linux (64 bit).. I assume this being wrong, but knowing is something else As it appears Java playing a part?
I couldn't confirm such a behavior in OpenSUSE 15.2 64bit rpm Linux. I tested with LO 7.1 and also with 7.2 daily build 2011-01-04. Open LibreOffice: 62 MB Create a new database, open it: 137 MB Start the GUI to create a new table: 276 MB So the GUI for creating a new table needs about 140 MB here. There is no big difference between a database without content and with content. I have set the "Hardware" to "Windows".
I don't know how to see memory consumption by process on Linux. I used pmap on soffice process and got 500Mo just with soffice and 1GB with Base opened but don't know it's correct. Moreover, even if the pb is confirmed, I got no idea if it's normal or not and if it's not, how to fix this. => uncc myself.
Not seeing any bump, can you re-test? Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 4ac9032163cf55c160145373e7c41741c9c339ca CPU threads: 2; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded Version: 7.2.0.4 (x64) / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 2; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded
For me it still bumps to 950 MB at point of Creating Table In design view Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: ddc57169ac8d1de00403dbb09fef5221beaa0f3d 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 I still have no clue why
Which Java JDK are you using? There are several providers these days.
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