Autocorrect operates illogically for text adjacent to quotes. Text that is specified for auto correction is sometimes not corrected when it is used next to quotation marks. The issue occurs differently depending on the type of inverted commas that are used, as shown in the examples below. To denote the use of the space bar, I've used the terminology [SPACE]. acn --> can "acn[SPACE] --> "acn[SPACE] "acn" --> "acn" "I acn" --> "I acn" "I acn so" --> "I can so" acn"[SPACE] --> acn"[SPACE] 'acn[SPACE] --> 'can[SPACE] 'acn' --> 'acn' acn' --> acn' acn' --> can' acn'[SPACE] --> can'[SPACE]
Reproduced in master on OpenSuse 12.2 / 32 bit, and in 3.5.6.2 on Windows Vista.
(In reply to comment #0) > .... > > 'acn' --> 'acn' > this works for me using LibO 3.6.4 on Vista 64bit 'acn' --> 'can' all other test look the same as described by you.
I think this statement is simpler, clearer and more precise: AutoCorrect does not replace word when next to a smart/curved quote mark (single or double). In typing this (with the option to replace straight/dumb quote marks with smart/curved quote marks). “acn ‘acn “acn” ‘acn’ none of them gets replaced. The replacements happens as expected though if the quote marks are straight/dumb. Bug remains on 4.1.0.4.
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (4.4.1 or later) https://www.libreoffice.org/download/ *If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior *If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-04-01
This bug is still reproducible as per description in original report. There were no changes in the behaviour of the bug. I tested for the bug using LibreOffice 4.2.7.2 on Ubuntu 14.04LTS 64-bit.
I'm correcting the Summary to reflect the issue more accurately, as explained in Comment 3.
It's still not working in LibreOffice Writer 5.0 - I tried writing a macro to correct the behaviour, but macros don't work properly either.
*** Bug 93942 has been marked as a duplicate of this bug. ***
Still inconsistent. I know why, but it doesn't matter, because in practice it makes capitalisation unusable. It's so annoying I started using another word processing program that does it correctly. The other program (Textmaker from Softmaker) does it to every sentence, so I have to change it when it's incorrect, but there are fewer of those, and it's something I can work with. Writer does not capitalise a word when it is either inside curly quotes, or contains an apostrophe, or both.
It's 4 years since I first reported this bug. I solved the issue in my work practice by using an operating-system-wide autocorrect software. I chose Autokey for this purpose. I notice that this type of software provides two important functions which may render autocorrection in individual software redundant. a) It allows text auto-correction across ALL software on that installation of ubuntu/linux. So the same autocorrection works on text editors, word processors, web browser forms, etc. b) The personalised autocorrect data from one installation can be copied and/or synchronised with other installations, allowing one set of autocorrect data to be applied and updated across multiple computers. This data is also easily carried beyond the life of an installation, becoming part of a user's personal tools. I suspect this will become (is becoming) the direction for the future. Given the lack of resources for autocorrect fixes in LibreOffice, perhaps the LO team might consider formalising dependence on such tools as Autokey, and invest some effort in their quality and integration with LO. I notice that Autokey has its own bugs, which I work around by a simple quick restart. So it (and its equivalents) would benefit from such consolidation of resources.
*** Bug 101851 has been marked as a duplicate of this bug. ***
** Please read this message in its entirety before responding ** 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
It's still very much there and it stops me using LibreOffice as my main WP program
Does this affect only x86 Windows? I doubt so. My guess is it affects other machines and OSes too. Can someone confirm? Also, is the earliest affected really "3.5 Daily"? Or should that be "Inherited from OOo"?
it affects Win7 x64 as well (tested with LibO 6.0.6.2 x64 build. the bug culpruit are smart quotes (as pointed out in comment 3): “acn ‘acn “acn” ‘acn’ --> don't get corrected workaround is to use normal quotes: "acn 'acn "acn" 'acn' --> get corrected we need a Linux and/or Mac user to test. I suspect this could be inherited from OOo but I don't have an OOo 3.3 release to test right now
Created attachment 144715 [details] v3.3.1 test Test of v3.3.1 on Devuan Linux x64
As requested recently by @tommy27 in Comment 15, I tested for the bug with a recent linux version of LibreOffice; Version 6.0.6.2 on Ubuntu 18.04LTS 64-bit. This bug is still reproducible as per description in original report. I also compared the effect of turning smart quotes on and off (all words entered as acn, not can): SMART/CURVED QUOTES TURNED OFF can can "can "can" 'can 'can' can' SMART/CURVED QUOTES TURNED ON can can “acn “acn” acn” ‘acn ‘acn’ acn’ To turn smart quotes on and off, see (for example) Go to Tools > Autocorrect > Autocorrect Options > Localized Options Tab Check/uncheck the boxes next to Start Quote Replace and End Quote Replace. I'm guessing the fix for this bug involves updating underlying code for Autocorrection to take account of the additional unicode symbols associated with smart quotes. A list of these symbols can be found at https://www.cl.cam.ac.uk/~mgk25/ucs/quotes.html
With the recent comments, I think it's safe to say this affects all version. Changing hardware values to ALL. Also, change version to 3.3.1, but my guess this is a bug since OOo.
Created attachment 144733 [details] v3.1.1 test Confirmed. Bug exists in Openoffice v3.1.1 Tested on Debian 7 32bit.
László Németh committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/0d52da4637b563c175cd21d04a639160441436ef tdf#54409 fix AutoCorrect with Unicode quotation marks It will be available in 6.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
László Németh committed a patch related to this issue. It has been pushed to "libreoffice-6-4": https://git.libreoffice.org/core/commit/30d5b303f0dd300e200c1316feeef4a0ba022b04 tdf#54409 fix AutoCorrect with Unicode quotation marks It will be available in 6.4.0.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
László Németh committed a patch related to this issue. It has been pushed to "libreoffice-6-3": https://git.libreoffice.org/core/commit/d975364ad1f0ac576605a632517bc91b370ff514 tdf#54409 fix AutoCorrect with Unicode quotation marks It will be available in 6.3.5. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.