This bug is a follow up from bug 123022 Steps to reproduce: 1. Open document in writer 2. Tools => Autocorrect => Autocorrect Options => Tab Exceptions 3. In 6.3.0.0 it is now possible to add abbreviations with a space => add "z. B." (abbreviation for German "Zum Beispiel" => NEW => OK. 4. Type a short Text like "z. B. ein" Actual Result: Text changes to "z. B. Ein" Expected result: No changes Version: 6.3.0.0.alpha0+ (x64) Build ID: 411f3a050ac2be598019d512f8ccfe041080c28f CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-01-14_03:17:11 Locale: en-US (de_DE); UI-Language: en-US Calc: threaded Additional information: If I add an abbreviation like ggfls. and type a text, it works.
I can confirm the behaviour described in the description of this bug report in version 6.3.0.0. Note that "z. B. Ein" is grammatically wrong in German, it should be "z. B. ein". Please note the space character between "z." and "B." in this German abbreviation. The correct spelling of this abbreviation and other German abbrevations has to contain a space character. I am using Linux Debian 9.7 ("Stretch") which is the currently stable Debian release.
Jens, if you can cionfirm a bug, you also can change status to NEW. => NEW because of comment 1
Still present in Version: 7.2.2.2 (x64) / LibreOffice Community Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL Problem is, that you actually can't type a protected space within the abbreviations field. @Heiko: Do you know, if this is possible in principle? (would also solve the problem here I guess)
You likely cannot type a special character in ordinary input fields. But why do you need it? The exception is to not have the first Z uppercase, and that seems to work. And normal, unprotected spaces probably too.
(In reply to Heiko Tietze from comment #4) > You likely cannot type a special character in ordinary input fields. But why > do you need it? The exception is to not have the first Z uppercase, and that > seems to work. No, expectation is, that the character after z.B. is not uppercase, but the correct abbreviation of "zum Beispiel" is "z. B." with a protected space between "z." and "B.". It is also allowed to write without a space, but from a typographical point of view you should prefer Z. B. (Might be the same for some other abbreviations). But if it is not possible to implement protected spaces in the dialog, we can close this report.
Just tested the use case and copied the no-break space (U+00A0) entered per shift+ctrl+space from the document and added a "z. B." with this character to the auto correction list. This is stored correctly in the acor_<lang-id>.dat file (SentenceExceptionList.xml). But the autocorrection ignores it and "ein" becomes capitalized if a nbsp is added between z. and B. Michael, is this a topic for you? PS: Learned that abbreviations from multiple words require a space in German. Exception is "usw." or "usf.". Skimming over the exception list we do wrong for "e.V.", "o.Ä.", "u.a.", and "z.B.".
Dear Dieter, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Very strange, it works now for z. B., but doesn't work for e. V. and u. Ä. (haven't testes other abbreviations). Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded