Bug 120284 - Autocorrection wrong at word tail - looks it loose first char of pattern when no space before
Summary: Autocorrection wrong at word tail - looks it loose first char of pattern when...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: x86-64 (AMD64) All
: medium minor
Assignee: Not Assigned
Depends on:
Blocks: AutoCorrect-Complete
  Show dependency treegraph
Reported: 2018-10-03 12:08 UTC by alexrayne
Modified: 2021-02-18 07:06 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description alexrayne 2018-10-03 12:08:40 UTC
Try to make a auutocorerction rule for greek language was hard:
pattern `υυ change to U774 (COMBINING BREVE) works only if type it at space.
if type some word and place `υυ - nothing chages, 
inserting pattern in a word - also nothing changes.

Same happens with Russian default autocorrections : 
pattern <-> - works fine only after space. 
if pattern types after word - char '<' leave after word, and only '->' will be corrected.

Steps to Reproduce:
1.set russian language on text, and turn on autocorrection on type
2. type some word with <-> like гыгыг<->
  you get autocorrection гыгыг<→ 
3. set text language greek.
4. add to greek autocorrection rules `υυ change to U774 (COMBINING BREVE)
5. type after space  `υυ
  here you got U774 character after change
6. type some letter and `υυ - like ο`υυ 
   no autocorrection here

Actual Results:
autocorrection works only at begining of word, and it changes only when some  space delimiter enter (space, tab, enter)

Expected Results:
expectis normal autocorrection during word type: first char of a entered pattern must normaly take into account.
expects normal autocorrection exactly after pattern recognize - when all chars of pattern typed, not only after space/tab/enter

Reproducible: Always

User Profile Reset: No

Additional Info:
bug has explored on libreoffice 6.0.5 on win8.1 (x64)
Comment 1 alexrayne 2018-10-03 12:24:10 UTC
release 6.1 also same bug
Comment 2 Eugenio zoppè 2019-01-07 17:10:58 UTC Comment hidden (obsolete)
Comment 3 alexrayne 2019-01-10 19:21:04 UTC
>Eugenio zoppè
Well, i try new version v6.1.2.1 with same results.
Maybe significant that i use russian windows 8.1 and russian build of LibreOffice?

this bug reproduces even on English US language:
by default english autocorrection dictionary have rule about "<->"
1) type " <-> " - this leads autocorrection -> ↔
2) type " a<-> " - this produces " a<→ "
3) type " a<->." - this produces " a<→."
4) type " a<->/" - this nothing chages
So, you see:
 - any letter before autocoreection pattern breacs first char.
 - autocorrection works only on whole word. pattern word must be noted with space or delimiters.

contrary, MS windows autocorrection works perfecty - pattern triggers in any position of typed text, and replaces directly on typing.
Comment 4 Buovjaga 2019-02-17 16:35:42 UTC
Repro. In 3.3.0, it did not even produce the last arrow, so looks like someone changed something after it. Let's still call it inherited.

Arch Linux 64-bit
Build ID: e77beebb0d839f5dc0d4f9c4fd7cc9b7ccfd0175
CPU threads: 8; OS: Linux 4.20; UI render: default; VCL: gtk3; 
Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
Calc: threaded
Built on 16 February 2019
Comment 5 QA Administrators 2021-02-17 04:14:00 UTC Comment hidden (obsolete)
Comment 6 alexrayne 2021-02-18 07:06:35 UTC
autocorrection is still like shit in LO7.1 :

used russian language, have set autocorrection on type. 
default rules have:
1) --   : –
   -->  : →
   -+   : ±

ok, try type --> , and on '>' it corrects two first chars, so have
   -->  : –>
expects that will bw used longer rule so --> should change to →

if type a-->, it keep char after letter, so have
   a-->  : a–→
it not better

if try to enter -+ - it not autocorrects. So looks like autocorrect on -+ mulfunction completely.