Description: Calc crashes reproducible when I want to edit a cell content with using the 'delete' key (means wanting to delete the character right of the cursor). Maybe an important information is, that my spreadsheet has fixed lines on the top from line 1-4. Steps to Reproduce: 1.In my calc document, the issue occurs in cell 'V4'. Spreadsheet has fixed cells on top from line 1-4 (means: they don't scroll when scrolling the document). 2.Adding Text like "XY Versicherung" and leaving the cell. 3.Editing this cell and try to delete 'Y' with delete key to enter 'Z' afterwards Actual Results: Crash of application Expected Results: Deleting character Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: de Module: SpreadsheetDocument [Information guessed from browser] OS: Windows (All) OS is 64bit: no Crash Report: https://crashreport.libreoffice.org/stats/crash_details/cc8c721d-d0c3-4a6c-bc7a-c2b3f7c8675d Unfortunately I cannot disclose my spreadsheet.
Perhaps you may sanitize the file (see https://wiki.documentfoundation.org/QA/Bugzilla/Sanitizing_Files_Before_Submission) to attach it then by using this link https://bugs.documentfoundation.org/attachment.cgi?bugid=162835&action=enter ?
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Created attachment 196317 [details] Crash sample Example for crash when editing cells. Editing cell V4 will cause the crash. Edit this cell, place the cursor after the "H" of "Haftpflichtkasse" and try to delete the "a" with the delete button.
Thanks for providing the sample file Reproduced in Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 10363c80eb3fd0637d91714fe977de77b43d3aa3 CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: es-ES (es_ES.UTF-8); UI: en-US Calc: threaded and Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 898d5d470e24a55556f2fb244fec24df33ba8855 CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: es-ES (es_ES.UTF-8); UI: en-US Calc: threaded
FWIW, if you expand the width of cell V4 before entering into cell edit mode to delete the "a", there is no crash. IOW, the current limited width of the cell (or a recalculation of the width of the cell immediately after the deletion of the character) influences the crash. Please note that the content of the cell includes either a CR or a LF (or both).
Created attachment 196328 [details] gdb bt On pc Debian x86-64 with master sources updated today, I could reproduce this.
With LO Debian package 24.2.5, I don't reproduce this => regression.
(In reply to Xisco Faulí from comment #4) > ... > Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community > Build ID: 898d5d470e24a55556f2fb244fec24df33ba8855 > CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk3 > Locale: es-ES (es_ES.UTF-8); UI: en-US > Calc: threaded Weird I don't reproduce this with 24.2.5 on Debian.
Couldn't reproduce in 24.8 on MacOS. 24a08fcf600f0590972cd9943423dc22c0a2016c is the first bad commit commit 24a08fcf600f0590972cd9943423dc22c0a2016c (origin/master, master) Author: libreoffice <libreoffice@libreoffices-MacBook-Air.local> Date: Tue Oct 29 03:35:47 2024 +0100 source f6c9d1012d20541f6373b51ff3c25d8fd7bc8c69 source f6c9d1012d20541f6373b51ff3c25d8fd7bc8c69 LibreOffice.app/Contents/Frameworks/libvcllo.dylib | Bin 15743184 -> 15743184 bytes LibreOffice.app/Contents/Resources/setuprc | 2 +- LibreOffice.app/Contents/Resources/versionrc | 2 +- 3 files changed, 2 insertions(+), 2 deletions(-)