Description: After adding a note to some text, if the em dash is added by writing :---:, the program crashes. This includes other dashes, such as :--: and :-:. Steps to Reproduce: 1. Add a note by right-clicking some text and selecting "Insert Comment" 2. Type in :---: Actual Results: The program crashes. Expected Results: The :---: to be replaced with the em dash, just like in the normal text input. Reproducible: Always User Profile Reset: No Additional Info: I still haven't tested if this bug happens when changing the author name or with different characters other than the em dash and the :--:
No crash for me. Try in Safe mode in Help > Restart in Safe Mode Also please give us your version information in Help > About Libreoffice Version: 25.2.2.2 (X86_64) / LibreOffice Community Build ID: 7370d4be9e3cf6031a51beef54ff3bda878e3fac CPU threads: 8; OS: Linux 6.11; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Flatpak Calc: threaded
if I press Enter after :---: I get !!br0ken!! !!br0ken!! If I move the cursor then press Enter I get an em dash.. No crash.
Tested with Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 356f916d0e7dbab7f871c3feb19c6e1292c2a2f5 CPU threads: 16; OS: Linux 6.11; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Also with Version: 25.2.3.1 (X86_64) / LibreOffice Community Build ID: d8d1af5f77df955194e52baabe19324532ac8e8b CPU threads: 16; OS: Linux 6.11; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
:~/core/core$ git grep 'br0ken' include/rtl/ustrbuf.hxx: rtl_uString_newFromLiteral( &pData, "!!br0ken!!", 10, 0 ); // set to garbage include/rtl/ustrbuf.hxx: rtl_uString_newFromLiteral( &pData, "!!br0ken!!", 10, 0 ); // set to garbage include/rtl/ustring.hxx: rtl_uString_newFromLiteral( &pData, "!!br0ken!!", 10, 0 ); // set to garbage include/rtl/ustring.hxx: rtl_uString_newFromLiteral( &pData, "!!br0ken!!", 10, 0 ); // set to garbage sal/rtl/strtmpl.hxx: return newFromStr_WithLength(ppThis, "!!br0ken!!", 10); sw/qa/uitest/writer_tests7/tdf104795.py: # AssertionError: '12/19/2016, 23:06:31, timur.davletshin' != '12/19/2016, 00:00:00, !!br0ken!!'
Can not reproduce with Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 6869da60961a6213fc961c2ece371c0f18038cde CPU threads: 28; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Thought perhaps it was corrupt user copy of the autocorrect list (created per user in profile once user adds a 'New' entry to their list). Otherwise uses the default shared. Check Tools -> Options -> Paths for location of the acor*.dat file. Clean profile will use the language appropriate from the $ORIGIN/share directory. Simple rename of the acor*.dat (profile and share) does not crash. Just no substitution gets performed. Still need to know if profile reset clears it for OP.