steps to reproduce: - open new spreadsheet document - insert macro - set breakpoint - try to inspect variable "oCursor" -> LO will use all memory until operating system freezes REM ***** BASIC ***** OPTION EXPLICIT Sub Main Dim oSheet as Object Dim oCursor as Object oSheet = ThisComponent.getSheets().getByIndex(0) oCursor = oSheet.createCursor() Wait(50) MsgBox "Set a BreakPoint at MsgBox, Enter >oCursor< into the watch field" & Chr(13) & "Try to open the [+] oCursor" End Sub
I can't reproduce it in Version: 5.5.0.0.alpha0+ Build ID: 36b1e6270bf2fbb333e2a69c4bb5931eba418289 CPU threads: 1; OS: Windows 6.1; UI render: default; TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2017-05-29_14:06:19 Locale: es-ES (es_ES); Calc: group Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? 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.
Created attachment 133812 [details] inspection of object crashes LO - memory leak reprocucible with Version: 5.5.0.0.alpha0+ Build ID: 2b916da6cdcf3f7abe7e10f83321576ae2695954 CPU threads: 4; OS: Windows 6.19; UI render: default; Locale: de-DE (de_DE); Calc: group
I can reproduce it in Version: 6.0.0.0.alpha1+ Build ID: a7f961ddd88df4117de5f7c199881cf75d2905b5 CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group Steps to reproduce: 1. Create new calc document 2. Tools - Macros - Edit macros 3. Paste the macro from the description 4. Set the breakpoint in line 10 5. Compile 6. Once the brekpoint is hit, select oCursor in line 8 and press F7 7. In the Variable box, click on the arrow next to oCursor -> LibreOffice hangs
It says BASIC syntax error. Unexpected symbol: &. for the first & on line 11. So I can't test. Arch Linux 64-bit, KDE Plasma 5 Version: 6.0.0.0.alpha1+ Build ID: d73225119476de1826f648acca9e93bf6797e813 CPU threads: 8; OS: Linux 4.13; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on November 12th 2017
(In reply to Buovjaga from comment #4) > It says > BASIC syntax error. > Unexpected symbol: &. > > for the first & on line 11. So I can't test. > > Arch Linux 64-bit, KDE Plasma 5 > Version: 6.0.0.0.alpha1+ > Build ID: d73225119476de1826f648acca9e93bf6797e813 > CPU threads: 8; OS: Linux 4.13; UI render: default; VCL: kde4; > Locale: fi-FI (fi_FI.UTF-8); Calc: group > Built on November 12th 2017 Line 10 and 11 should be the same, however, bugzilla cuts them in 2
Ok.. Unfortunately gdb did not give me a trace.
This is trying to generate a string to represent the DataArray of the cursor, down in ScCellRangeObj::getDataArray Unfortunately, (given the input file), this is an array of the entire spreadsheet. Also unfortunately, we are using UNO introspection APIs here, and there is no way to say "we only first a representative sample of the data here, not the whole thing", which is what most debuggers do. Probably the easiest fix is to teach basic in SbUnoObject::Notify to use some some kind of special case handling for property calls which can generate such large chunks of data.
still reproducible with: Version: 6.2.6.2 (x64) Build-ID: 684e730861356e74889dfe6dbddd3562aae2e6ad CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc:
repro with: Version: 7.0.0.0.alpha0+ (x64) Build ID: f2db813374b8d65e1edec1387fa0c534b40885e1 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win; Locale: de-DE (de_DE); UI-Language: en-US Calc: threaded
Created attachment 159717 [details] 3 backtraces between set watchpoint and freeze on subelement of oCursor -> keyword: wantbackrace ... are such things of any help? 7.0 dev ver. from last week
Dear Oliver Brinzing, 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
repro with: Version: 7.3.2.2 (x64) / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded
- still an issue - PS - Be ready to kill LO before you run out of memory ;) Version: 24.8.0.3 (X86_64) / LibreOffice Community Build ID: 0bdf1299c94fe897b119f97f3c613e9dca6be583 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: de-DE (en_US.UTF-8); UI: en-US Calc: threaded
Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/78693c376ed1bdf6d859a44c2651030dc9c970f8 tdf#108189 inspection of object hangs LO It will be available in 25.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.