Description: In Tools -> AutoCorrect Options -> Localized Options tab, the user can change the replacement of ASCII single quotes (') and double quotes ("). Click the buttons with the respective symbols, and a character selection dialog will pop out, the user can then choose the character he/she want to replace the ASCII character with. So far so good. After playing with such settings, if the user doesn't want them and just want the default setting back for his/her locale, there are two helpful buttons labelled "Default" under them. Clicking these buttons will indeed set the replacement back (one can check by clicking the buttons above again), however, the *display* of the replacement after the buttons with quotes are not reset to "Default" as before. Instead, it seems to display the previous choice of the start quote for both buttons. Steps to Reproduce: 1. Tools -> AutoCorrect Options -> Localized Options tab. 2. Click on the button with ' under Single Quotes -> Start quote. 3. Choose any character other than the default, say, Dagger (U+2020). 4. Now the display to the right of the buttons changes from "Default" to "† (U+2020)". 5. Click on the button labelled "Default" at the bottom. Actual Results: Both display to the right of the ' buttons show "† (U+2020)". Expected Results: Both display should be "Default". Reproducible: Always User Profile Reset: Yes Additional Info: Version: 6.2.4.2 (x64) Build ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64 CPU threads: 2; OS: Windows 10.0; UI render: default; VCL: win; Locale: zh-CN (zh_CN); UI-Language: en-US Calc: threaded A side note: I also find the UI here a bit counter-intuitive. If we are changing the replacement character, shouldn't the replacement be labelled on the button, instead of the character to be replaced (' and ")?
Thank you for reporting the bug. I can confirm the bug present in Version: 6.3.0.0.alpha0+ Build ID: b6b28931435e44aca92b8c0e1659f701e3ed1a87 CPU threads: 2; OS: Windows 6.1; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-01-30_06:57:04 Locale: en-US (en_US); UI-Language: en-US Calc: threaded But, cannot reproduce in LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4 It works exactly as expected
Adding regression keyword based on comment 1
Bibisected with Linux 6.3 repo to https://git.libreoffice.org/core/+/1bfebbf2505fe0135c390bc011258c60f3abfd35%5E!/ weld OfaQuoteTabPage Adding Cc: to Caolán McNamara
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/361e62aaa32318bc5778bcf82059a18913f64492 Resolves: tdf#125981 use original label, not current label It will be available in 7.1.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.
fixed in master, backports to 7-0 and 6-4 in gerrit
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-7-0": https://git.libreoffice.org/core/commit/900ffff8b5718113e5b3ab7e9fbf35b999661c39 Resolves: tdf#125981 use original label, not current label It will be available in 7.0.0.1. 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.
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-6-4": https://git.libreoffice.org/core/commit/1afbe253c41e0157dfd4c024e427085413038d5e Resolves: tdf#125981 use original label, not current label It will be available in 6.4.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.
Verified in 7.0.0 Beta2 on Windows 10. Thanks Caolán!
Thanks for the help, I passed it to my writer and the site's feature is fixed https://www.urbannaturale.com/why-every-suburban-house-in-a-neighborhood-needs-a-wood-fence-installed/