This bug was filed from the crash reporting server and is br-30d62c64-2e40-43bc-89d3-f72b9566d1ac. ========================================= Writer & Calc are, for me, and only in the latest public release, crashing quite regularly. Nothing else has changed. Just the version. Often seemingly at random times. Generally with no crash reporting, and leaving an unrepairable file. I've set auto backups to 3 minutes now until sorted. I'll keep more of an eye on the crash point, eg. SwTextINetFormat::GetCharFormat(), to see if the same each time.
Also generally, the crash reporting will say the file is unrepairable file. I save it anyway. When I compare to the original it is identical & repaired, or more likely at the time of the crash had already been auto-saved & didn't need repair.
Please test in safe mode, Menu/Help/Restart in Safe Mode
OK, have enabled Safe Mode & will report back here in a few days.
Identical crash in safe mode as original report. Wasn't doing anything at the time. Auto-save had probably occurred. Task-switched back to Calc & the UI was totally unresponsive until I clicked the top/right Windows Close button. Upon reopening, Calc says corrupt. Attempt to recover - says can't. But then in next step it can be opened anyway, and next dialog asks for recovery directory. I did a binary compare of the original & "recovered", were identical & OK. This time no mention of SwTextINetFormat::GetCharFormat() though.
identical crash 10 days later, this time just simply pasting a URL into existing Writer document crash report https://crashreport.libreoffice.org/stats/crash_details/bcb4d0ae-3b19-42ba-a2c0-d7eb09e98add as far as I know, am still in Safe Mode, following instruction from last time recovery actually worked this time
I note there are 282 reported crashes in this Windows version of LibreOffice, so hardly worth my while reporting any further ;-(
It seems to be bug 162911, which was fixed in 24.8.2. Can you try that version?
At the time of crash I was using: ----------------- Version: 24.8.2.1 (X86_64) / LibreOffice Community Build ID: 0f794b6e29741098670a3b95d60478a65d05ef13 CPU threads: 12; OS: Windows 11 X86_64 (10.0 build 26120); UI render: Skia/Raster; VCL: win Locale: en-AU (en_AU); UI: en-GB Calc: threaded ----------------- This crash is always when an image has been pasted, and the cursor is moved.
[Automated Action] NeedInfo-To-Unconfirmed
>bug 162911 - Inserting multiple Hyperlinks and undoing an insertion no, unrelated
(In reply to andrew.james.heard from comment #8) > At the time of crash I was using: > ----------------- > Version: 24.8.2.1 (X86_64) / LibreOffice Community > Build ID: 0f794b6e29741098670a3b95d60478a65d05ef13 > CPU threads: 12; OS: Windows 11 X86_64 (10.0 build 26120); UI render: > Skia/Raster; VCL: win > Locale: en-AU (en_AU); UI: en-GB > Calc: threaded > ----------------- > > This crash is always when an image has been pasted, and the cursor is moved. Ok, at the time of comment 0-6, you could not have been using it as it was released on 27 Sept https://blog.documentfoundation.org/blog/2024/09/27/libreoffice-24-8-2/ But you can reproduce it reliably now when pasting an image and moving the cursor? What is the source of the image, is it being pasted as a linked image from a website? Do you move the text or mouse cursor?
>at the time of comment 0-6, you could not have been using it as it was released >on 27 Sept https://blog.documentfoundation.org/blog/2024/09/27/libreoffice-24-8-2/ with the crash yesterday I got an libreoffice email, and had a link back to this, my original bug report; it seems a coincidence as different causes >But you can reproduce it reliably no - just tried a few ways, sorry, will try to record exact key sequence next time >What is the source of the image generally a screen capture using Greenshot image editor then pasted (ctrl+V) >, is it being pasted as a linked image from a website no > Do you move the text or mouse cursor? I move the text cursor after pressing <Esc> looking at the history, there are multiple ways to cause this crash
I installed Greenshot and tried to reproduce it, but didn't get any crash Version: 24.8.1.2 (X86_64) / LibreOffice Community Build ID: 87fa9aec1a63e70835390b81c40bb8993f1d4ff6 CPU threads: 2; OS: Windows 11 X86_64 (10.0 build 22621); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 58948dd22464c38b2a042022f4d549ca926f0476 CPU threads: 2; OS: Windows 11 X86_64 (10.0 build 22621); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-GB Calc: threaded
I doubt Greenshot has anything to do with the bug. It's simply being used to paste an image from the clipboard into Writer. But I've finally identified the key sequence for a 100% reliable crash: 0. with any image in clipboard 1. ctrl+V to paste 2. esc 3. ctrl+V to paste 4. cursor+left 5. space ==> crash here is another crash report: https://crashreport.libreoffice.org/stats/crash_details/2dd64d0e-c633-41c2-9cc6-6913207e8fd5 of course in safe mode, no crash occurs, the space character is correctly inserted between the 2 pasted images. I've tried to work out the difference without luck. Normally I have image properties of anchor:as character whereas safe mode didn't, but they didn't help.