Description: When I create an automatic correction in Italian language for example perche' --> perché, this substitution is not applied on the document. LibreOffice, after that an User add this automatic correction, not recognise the error, so dosen't correct perche without the accent but neither the new correction that the user had insert. Steps to Reproduce: 1. Open LibreOffice Writer 2. Click tools -> auto-correct -> auto-correct option 3. Insert on "Replace" perche' and on "With" perché 4. Click on New 5. Click on Ok 6. In Writer type perche' and then 'press space Actual Results: LibreOffice not recognise the error, so dosen't correct perche without the accent but neither the new correction that the user had insert. Expected Results: LibreOffice have to correct, after write perche' and after press space, correct the current word with perché Reproducible: Always User Profile Reset: No Additional Info: Repro with: Version: 7.3.6.2 (x64) / LibreOffice Community Build ID: c28ca90fd6e1a19e189fc16c05f8f8924961e12e CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: it-IT (it_IT); UI: it-IT Calc: CL Repro with: Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 01a02ee7f1dbe7501a89b41e62599fba6a8b33f3 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: it-IT (it_IT); UI: it-IT Calc: CL threaded
Thanks for the report, Ludovica. I see the same in English in: Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded The issue is that the "straight" single quote used in the "Replace" string is first autocorrected to a "typographic" (curved) single quote. In the AutoCorrect dialog, if you go to "Localized Options", you can turn off the "Single Quotes" rule. You'll see then that your replacement rule does work. Can you confirm this? I would say this is "not a bug" as there is a conflict between two autocorrect rules, unless there is an argument that can be made for changing precedence of one rule over the other?