Summary: | Crash when using undo command while using macros | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | perko.jernej |
Component: | Calc | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | ||
Severity: | critical | CC: | serval2412, stephane.guillou, telesto |
Priority: | medium | Keywords: | haveBacktrace |
Version: | Inherited From OOo | ||
Hardware: | x86-64 (AMD64) | ||
OS: | All | ||
Whiteboard: | |||
Crash report or crash signature: | ["ScDocShell::PostPaint(ScRangeList const&, PaintPartFlags, unsigned short)"] | Regression By: | |
Bug Depends on: | |||
Bug Blocks: | 105948, 133092 | ||
Attachments: |
Simple file that can be used to observe mentioned problem.
bt with debug symbols Valgrind trace |
Description
perko.jernej
2023-11-06 14:06:41 UTC
Created attachment 190683 [details]
Simple file that can be used to observe mentioned problem.
I've noticed that when I attempted to restore a crashed file, it was restored to the state after editing the cell(s). Furthermore, when I tried to delete the restored crashed file, I encountered an issue. It displayed a message saying, 'File is being used by the LibreOffice program.' I checked the task manager and found that after each crash, LibreOffice was not properly closed and was still running in the background, which caused it to claim ownership over the file. Only after I manually closed all LibreOffice applications was I able to delete files from the drive without any issues. Thank you for the report! Reproduced in 7.6: Version: 7.6.3.1 (X86_64) / LibreOffice Community Build ID: c4af5b1259bceea6e979e6fe2435dbee7a5a87c2 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Also in 7.5: https://crashreport.libreoffice.org/stats/crash_details/e6880e38-bc8b-4c3e-a618-b2c9d10c2b78 Version: 7.5.8.2 (X86_64) / LibreOffice Community Build ID: f718d63693263970429a68f568db6046aaa9df01 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded And 7.4 too: https://crashreport.libreoffice.org/stats/crash_details/39601237-be0e-4b4e-9c47-3bfae77a814c Version: 7.4.7.2 / LibreOffice Community Build ID: 723314e595e8007d3cf785c16538505a1c878ca5 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded 6.0.0.3: https://crashreport.libreoffice.org/stats/crash_details/aef85757-a8a6-4136-8e63-f2e7f58f7df6 In recent master build, there are more undo steps recorded in the history, but undoing the last one does not crash it. Undoing the whole history does crash it. Created attachment 190725 [details]
bt with debug symbols
On pc Debian x86-64 with master sources updated today, I could reproduce this.
Created attachment 190727 [details]
Valgrind trace
In latest master, the example file crashes for me when I try to load the document (sometimes it requires high CPU load, sometimes it just crashes without much CPU load), so it is not so easy to debug. Perko, can you please try to delete some of the macros and see if it reproduces, maybe you can isolate where the problem is that way. Please provide a sample document with a smaller set of macros. I tried to bibisect the bug using https://bibisect.libreoffice.org/win32-5.3, but the bug seems to be timing related and does not occur consistently, so I could not get a valid result. I managed to crash OOo 3.3 on this file, tested many version of LO and could always find a way. Usually: 1. set macro security to Low 2. open file 3. got to List sheet 4. enter text in cell C2 5. click out of cell C2 6. undo whole history (if that didn't crash, try repeatedly clicking Undo instead) So let's mark as inherited. The steps above crash reliably for me in a recent trunk build: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 8b599d60fef80039cdfe636a771c3fc8eb1028c3 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded |