Download it now!
Bug 96787 - AutoCorrect: After Removal of Replacement Entry the Replacement Itself is still Performed.
Summary: AutoCorrect: After Removal of Replacement Entry the Replacement Itself is sti...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Linguistic (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: AutoCorrect-Complete
  Show dependency treegraph
Reported: 2015-12-29 12:54 UTC by Benjamin Quest
Modified: 2019-02-21 08:00 UTC (History)
6 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 Benjamin Quest 2015-12-29 12:54:11 UTC
I do want to remove the autocorrection of the (c) to the copyright symbol. 

Therefore I went to Autocorrection settings, replacement table and removed the *.(c) entry from "the list".

--> "the list" in this case is from EVERY list, i.e. Deutsch (Deutschland), Deutsch (Belgien), Deutsch (...). So, none of the lists has the entry *.(c) 

I verified that the language I am actually writing in is set to Deutsch (Deutschland)(Character, paragraph, whole document, does not matter).

STILL: every time I type (c) it gets autocorrected to the copyright symbol.

Build-ID: 2b9802c1994aa0b7dc6079e128979269cf95bc78
Gebietsschema: de-DE (de_DE.UTF-8)

Google suggests that it would have been mattered that the replacement table must match to the actual language used (or set) while typing. Apparently this does not work for me.

I'll have to write (c) (and do not mean the copyright symbol) all the time, so currently using Ctrl+z all the time ... :-(

Funnily, if I add the copyright symbol to the replacement list and let it be autocorrected to (c), this works, so instead of typing Ctrl+Z I can hit Del and Space and get the autocorrected (c)opyright autocorrected into just (c).
Comment 1 tommy27 2015-12-30 08:26:30 UTC
Did you check the (all) autocorrect list?  It's on top of the autocorrect language list
Comment 2 tommy27 2015-12-30 08:28:05 UTC
Please tell your linux distro and version
Comment 3 Benjamin Quest 2015-12-30 10:37:16 UTC
yes I tried the [all] list on top of the language list. It was empty, so there was nothing to remove.

LInux distribution is Linux Mint 17.2 KDE (i.e. Ubuntu 14.04 base). KDE Systems settings is set to Deutschland, preferred language (and also the only one) is Deutsch.

locale yields:

:~ > locale

The odd thing is, LO uses the replacement table if I define own autocorrections (as the {copyright symbol} to {(c)} one ...).
Comment 4 tommy27 2015-12-30 19:25:32 UTC
did you try removing the *.(c) entry from english autocorrect lists as well?

I remember a bug (I cannot recall the exact number right now) where there was an unwanted english i to I autocorrect even in non-english documents
Comment 5 Benjamin Quest 2015-12-30 20:49:50 UTC
OK I have removed the autocorrection entry for *.(c) or *.(C) from all English dictionaries. --> Problem persists

Went on an deleted the corresponding entries in all French dictionaries: --> Problem persists

I also checked the "Standard - Deutsch (Deutschland)" which is in the list under the letter 'S' (where *D*eutsch would not right away be expected ;-) in that list I had already removed the *.(c) entry and inserted the reverse autocorrection for testing.

I am not sure whether continuing with the Spanish/Italian ones is helpful?

Copyright autocorrection seems "hardcoded".
Comment 6 tommy27 2015-12-30 21:45:33 UTC
mmmh... did you try resetting the user profile?
Comment 7 Benjamin Quest 2015-12-30 22:30:22 UTC
This is what I did now:
Closed LO
Went to /home/<username>/.config/libreoffice/4/
Renamed the folder /user to /user_bckp
Started LO (fresh /user folder is generated) now with default settings.
Verified that Language for the paragraph and character is set to Deutsch.
Went to Autocorrection list to remove .*(c) (acknowledge with OK)

And ... :drumroll: ... problem persists.

Closed LO and switched back to user backup folder.
Comment 8 tommy27 2015-12-31 07:50:48 UTC
please go under Tools/Language Setting/Languages and tell your setup about: 
- user interface
- locale
- default language for documents
Comment 9 Benjamin Quest 2015-12-31 11:12:52 UTC
Information found under "Extras"/"Optionen"/"Spracheinstellungen":
UI set to:  Standard - Deutsch (Deutschland)
locale set to:  Standard - Deutsch (Deutschland)
Default lang. f. documents set to: Standard - Deutsch (Deutschland)
Comment 10 tommy27 2016-01-01 18:31:36 UTC
are you sure you don't have any other special character software in your Linux computer that may interfere with LibreOffice?

otherwise I have no more ideas...

I can't reproduce your bug under Windows 8.1 x64
using LibO and recent alpha

another Linux tester is needed to replicate your issue.
Comment 11 Buovjaga 2016-01-04 11:23:45 UTC
Not reproduced.

Changed lang of document to German (Germany). (c) was autocorrected.
Removed the autocorrection rule for (c) in German (Germany). (c) was not autocorrected anymore.

Ubuntu 15.10 64-bit 
Build ID: 1:5.0.3~rc2-0ubuntu1
Locale: en-US (en_US.UTF-8)
Comment 12 Benjamin Quest 2016-01-04 13:55:34 UTC
I can reproduce the following:
Changed the Languagge of the entire Text to English (GB) (for which I hat removed (c) from the autocorrection list in the earlier attempts):

--> (c) is not autocorrected.

So switching from Standard Deutsch (Deutschland) for the entire text to English (GB), where (c) has been removed from the autocorrection list let LO behave just as expected.

However, changing the Language of the entire text back to German (where in all lists (c) has equally been removed):

--> (c) is again autocorrected to the copyright symbol.

Beluga: does the autocorrection removal of (c) work in your Default language?
Comment 13 Buovjaga 2016-01-04 14:02:11 UTC
(In reply to Benjamin Quest from comment #12)
> Beluga: does the autocorrection removal of (c) work in your Default language?

English doesn't seem to have the autocorrection rule.
Comment 14 Oliver Specht (CIB) 2016-03-11 14:41:56 UTC
The problem is that there is an autocorrection for German(Germany) in two versions - in the share directory there is acor_de.dat and in the user directory there is acor_de-DE.dat

If a the search in the language/country combination file is not found then the auto correction looks for the pure language version. 

If you delete this acor_de-DE.dat in your user configuration and call the AutoCorrect options dialog to remove the (c) from the German list then the 
acor_de.dat file is loaded and a new acor_de-DE.dat is created. 

There is no acor-en.dat in the share directory.

The installation should probably create a acor_de-DE.dat instead of acor_de.dat.
Comment 15 Harald Koester 2016-10-13 20:52:19 UTC
(In reply to Oliver Specht (CIB) from comment #14)

> If you delete this acor_de-DE.dat in your user configuration and call the
> AutoCorrect options dialog to remove the (c) from the German list then the 
> acor_de.dat file is loaded and a new acor_de-DE.dat is created. 

As far as I see this problem, there is no possibility to remove the "(c)" from the general German list. You can only delete entries from lists respective to the different countries.

The bug does not only occur with "(c)" but with every entry of the replacement lists. Hence summary changed.

Another use case where the deletion fails are wrong entries in the default lists. In bug 103156 there are some examples for German (Switzerland).

The replacement table is used for all modules of LibreOffice (Writer, Calc,...), hence component changed to 'Linguistic'.

Bug exists already in version 3.3.0. Hence inherited form OOo.

Used version: 5.2.2, Win7.
Comment 16 QA Administrators 2017-10-23 14:02:13 UTC Comment hidden (obsolete)
Comment 17 Benjamin Quest 2017-10-23 20:06:03 UTC
Bug is still reproducible in LO (Manjaro stable default package). Once Manjaro stable updates to 5.4.2 I'll report again.
Comment 18 Telesto 2018-08-09 13:57:00 UTC
*** Bug 119177 has been marked as a duplicate of this bug. ***
Comment 19 Tyco72 2019-02-21 08:00:59 UTC
The bug is still open in LO also in Windows7 (Feb. 2019)

It seems that LO uses always the acor_xx.dat files located in the path:

"C:\Program Files\LibreOffice\share\autocorr" (for Windows7)

instead of the new acor files which are created in the profile path:

These new autocorr files are created when you apply changes for the first time in the autocorr replacement table, for a specific language.

How is it possible that after 3 years a such annoying bug has still not an assignee?