Created attachment 169738 [details] Document to reproduce the crash Open attached file. Set cell cursor to A1. Click into input line. Press Ctrl+K => Crash The error message is Exception thrown: read access violation. **this** was 0x1E8. It crashes in Version: 7.1.0.3 (x64) / LibreOffice Community Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: de-DE (en_US); UI: en-US Calc: CL It does not crash in Version: 6.4.5.0.0+ (x64) Build ID: 70a2071ce91b71326659e645dd97996262ea309a CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: GL; VCL: win; Locale: de-DE (en_US); UI-Language: en-US Calc: threaded LO 6.4.5 does nothing. Expected: The hyperlink-dialog opens and the hyperlink can be edit. At least LibreOffice should not crash.
Created attachment 169739 [details] Callstack VS2019
Created attachment 169740 [details] bt with debug symbols On pc Debian x86-64 with master sources updated today, I could reproduce this. I can reproduce this on a brand new file.
I gave a try with https://gerrit.libreoffice.org/c/core/+/110884 but as I put in comment, I don't know if it's the right fix or a bandaid.
Julien Nabet committed a patch related to this issue. It has been pushed to "libreoffice-7-1": https://git.libreoffice.org/core/commit/cbb0f58ef18f9a6bc135c4085f519c95e6fb663d tdf#140414: fix Crash pressing Ctrl-K in input line in Calc It will be available in 7.1.2. 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.
Julien Nabet committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/3aad3955650edb543d74a4c1e3ebdb1f4d3940b7 tdf#140414: fix Crash pressing Ctrl-K in input line in Calc It will be available in 7.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.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/5c89695f3885ec2e7cd00eaf56a46a7f00c44883 tdf#140414 add getting mouse pos to EditViewCallbacks It will be available in 7.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.
Julien Nabet committed a patch related to this issue. It has been pushed to "libreoffice-7-1-1": https://git.libreoffice.org/core/commit/9b48f981807995d932ee36bd1f5b7972c72f871d tdf#140414: fix Crash pressing Ctrl-K in input line in Calc It will be available in 7.1.1. 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.
*** Bug 140412 has been marked as a duplicate of this bug. ***
*** Bug 140782 has been marked as a duplicate of this bug. ***
*** Bug 140295 has been marked as a duplicate of this bug. ***
Don't know who "UI" is, but ordinary user with similar problem with the 7.1.1.1 release from Feb 26 or so download with default options. I fell upon this bug, but there was no specific crash dump submitted. So, after having my BugReport flagged as "Duplicate" of the "Cntl-K" failure, even though, it was not with a keyboard action, but with a mouse click, I suppose it invoked the same chunk of code. What do I know, I'm used to punched cards and dropped decks of cards where the sequence numbers from columns 72 to 80 would go out of order during the compile phase of the source code. So, I click on the download link for EN-US, x64 binaries , this time for 7.1. What downloads on March 03, but the file for LibreOfficeInstaller version 7.1.1. Quirky, but close enough. Upon Install however, the Object code for 7.1.1.2 installs where the old 7.1.1.1 used to be, then cleans up after itself. System Reboot later (for registry, re-sync), and now am running 7.1.1.2 build fe0b....4676 implementing fix for this bug (3 weeks ago). Voila. Test with vanilla spreadsheet, it appears to work(leaving warranty owk for when 7.2 gets released), but for now , on x64 system with 2 GB RAM, and 50GB HDD, along with EN keybord, but having multi-smbbol key faces (our Bi-Lingual beaureaucrats at work). So, for this single user it appears to be working (https://git.libreoffice.org/core/+/refs/tags/libreoffice-7.1.1.2-buildfix1). Your Mileage Might Vary.
(In reply to Richard_416282 from comment #11) > Don't know who "UI" is https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Keywords#needUITest
*** Bug 140191 has been marked as a duplicate of this bug. ***