Description: I have an autocorrect rule to substitute "aaa" with "bbb". This happens only when I press "return" after the third "a"; if I press "space", "aaa" doesn't get substituted with "bbb". It's been sometimes since I last used libreoffice but I can remember autocorrection used to work on "space" too, as expected. Steps to Reproduce: 1. Make sure "Tools > AutoCorrect > While typing" is active 2. Write a sequence of characters which should be replaced by another sequence of characters, according to the current replacement table, like "wroet", which should be replaced by "wrote" 3. Press spacebar Actual Results: "wroet" isn't replaced by "wrote" Expected Results: "wroet" should be replaced by wrote (it happens, if you press return instead of space at step 3). Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Version: 7.0.4.2 Build ID: 00(Build:2) CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: en-US (C); UI: en-US 7.0.4-1 Calc: CL
I can confirm this behavior. Following report might be related: https://bugs.documentfoundation.org/show_bug.cgi?id=139744 Additional information: libreoffice --version: LibreOffice 7.0.4.2 00(Build:2) uname-a: Linux host 5.10.16-arch1-1 #1 SMP PREEMPT Sat, 13 Feb 2021 20:50:18 +0000 x86_64 GNU/Linux localectl: System Locale: LANG=de_DE.UTF-8 VC Keymap: de X11 Layout: de X11 Model: pc105
Same to me. LibreOffice 7.0.4.2 00(Build:2) uname -a: Linux archdesk 5.10.16-arch1-1 #1 SMP PREEMPT Sat, 13 Feb 2021 20:50:18 +0000 x86_64 GNU/Linux localectl: System Locale: LANG=it_IT.UTF8 VC Keymap: it-latin1 X11 Layout: n/a
Same here, been struggling with it since Arch (LTS kernel) moved to version 7.0.x of LibreOffice. Exactly as others describe: hitting enter will change, e.g., two hyphens into an en-dash or ":---:" into an em-dash, but hitting space does nothing. Issue is 100% reproducible. System fully up-to-date. localectl System Locale: LANG=en_GB.UTF-8 VC Keymap: pl X11 Layout: n/a
Just for the record, on pc Debian testing with LO Debian package 7.0.4.2 with fr-FR + gtk3, I don't reproduce the initial description. I opened a brand new file on Writer, added "aaa" -> "bbb" substitution then typed "aaa" followed by a space, it's been replaced by "bbb".
FWIW: not reproducible on windows versions as follows Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: af64bc49d872d8a040d66387303def98eae5cd51 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: default; VCL: win Locale: ja-JP (ja_JP); UI: en-US Calc: CL and Version: 7.1.0.3 (x64) / LibreOffice Community Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL -- https://opengrok.libreoffice.org/xref/core/sw/source/uibase/docvw/edtwin.cxx?r=899a73a3#1935 https://opengrok.libreoffice.org/xref/core/sw/source/uibase/docvw/edtwin.cxx?r=899a73a3#1659 https://opengrok.libreoffice.org/xref/core/sw/source/uibase/docvw/edtwin.cxx?r=899a73a3#2373 https://opengrok.libreoffice.org/xref/core/sw/source/uibase/docvw/edtwin.cxx?r=899a73a3#2465 https://opengrok.libreoffice.org/xref/core/editeng/source/misc/svxacorr.cxx?r=d1be3d80&fi=IsAutoCorrectChar#255 https://opengrok.libreoffice.org/xref/core/sw/source/uibase/docvw/edtwin.cxx?r=899a73a3#2488
I am also seeing this on arch linux, with both libreoffice-still (7.0.4) and libreoffice-fresh (7.1.0) packages. Should I be doing something to help diagnose the bug?
Same issue, on arch linux for libreoffice 7.0.4.2 and 7.1.0.3. Autocrrect will work when pressing enter, but not when pressing spacebar. Version: 7.1.0.3 / LibreOffice Community Build ID: 10(Build:3) CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: en-ZA (en_ZA.UTF-8); UI: en-ZA 7.1.0-2 Calc: threaded
The issue appears to be to the VCL UI as reported in this thread: https://bbs.archlinux.org/viewtopic.php?pid=1960377#p1960377
Yes, you're probably correct. And the issue also impact Calc with the decimal separator... (please see https://bugs.documentfoundation.org/show_bug.cgi?id=140670) Changing the VCL UI solve both issues.
Finally solved for me after the last update of my system (Arch). LO version unchanged, but gtk3 upgraded.
Thank you for reporting the bug. I can confirm the bug present in Version: 7.0.3.1 (x64) Build ID: d7547858d014d4cf69878db179d326fc3483e082 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nb-NO (en_US); UI: en-US Calc: CL Version: 7.2.0.0.alpha0+ (x64) Build ID: 761a672d62df1891b9f4f367a499b220ab2b33fa CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL
Reproducible on Ubuntu 21.04 Version: 7.1.2.2 / LibreOffice Community Build ID: 10(Build:2) CPU threads: 2; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Ubuntu package version: 1:7.1.2~rc2-0ubuntu2 Calc: threaded There's more interesting info about the issue: https://ask.libreoffice.org/en/question/308414/lo-writter-autocorrect-while-typing-not-working-as-espected/ Does Screen Keyboard or Virtual Keyboard works even better than normal keyboard? Maybe focus related issue?
It's me or 7.0.5 is affected as well? This is bad... Version: 7.0.5.2 Build ID: 64390860c6cd0aca4beafafcfd84613dd9dfb63a CPU threads: 2; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
No issue on Windows Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 4e0a7df2dfa10bc52d5dbda34f43e0bc0df22ae7 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: nl-NL Calc: CL
Still OK with Version: 6.4.5.0.0+ Build ID: 8871f81f218dd49de27d528e54a515d1648d3554 CPU threads: 1; OS: Linux 5.3; UI render: default; VCL: x11; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
With LibreOffice 7.0.6.2 and gtk3 3.24.30 it works without problems.
We have the original reporter and another person commenting that a GTK upgrade solved this, so let's close