Description: I am a Persian/Farsi user, and I usually work with Persian/Farsi language documents. Because of this, I use "Persian" locale in Libreoffice. Now that I want to open an English language Impress document, from LO 5.3 I see numerals in Hindi, although I have selected "context" in Options > Language Settings > Complex Text Layout > General Options > Numerals. Steps to Reproduce: 1. Set locale to Persian in Options > Language Settings > Languages > Locale setting 2. Set "Numerals" to "context" in Options > Language Settings > Complex Text Layout > General Options. 3. Open or create some Impress presentation with English text and numerals. Actual Results: Numerals are shown in Hindi, like ۱, ۲, ۳, etc., which is wrong. Expected Results: Numerals should be shown in Arabic, like 1, 2, 3, etc. Reproducible: Always User Profile Reset: No Additional Info: This seems to be created in LibreOffice 5.3, which fixed a lot of text rendering issues. The locale prolbems are not confined to this issue. Here is another one: Bug 106306 - Wrong text language detection, based on locale and not keyboard https://bugs.documentfoundation.org/show_bug.cgi?id=106306 User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0
Reproduced. The entered numerals turn Hindi after clicking out of the text box. Arch Linux 64-bit, KDE Plasma 5 Version: 5.4.0.0.alpha0+ Build ID: 43af3605d7e3b372dcc61f9cbc2cabff09396ed5 CPU threads: 8; OS: Linux 4.10; UI render: default; VCL: kde4; Locale: fa-IR (fi_FI.UTF-8); Calc: group Built on March 10th 2016
Hello, I can reproduce the bug with Version: 4.4.0.0.alpha0+. Is it really regression? Hossein, from which version did you upgraded to 5.3?
Yep, the regression claim was bogus. I see the behaviour in 3.5 already. There the locale is still named "Farsi". LibreOffice 3.5.0rc3 Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735
** 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
repro Version: 6.4.2.2 Build ID: 1:6.4.2-0ubuntu3 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: en-US (de_DE.UTF-8); UI-Language: en-US Calc: threaded Version: 6.4.4.2 (x64) Build-ID: 3d775be2011f3886db32dfd395a6a6d1ca2630ff CPU-Threads: 4; BS: Windows 10.0 Build 18363; UI-Render: Standard; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: CL There are other things to this issue A) Additionally to Persian do some other locales that switch to Hindi numerals: Arabic (all locales) Urdu (Pakistan) Punjabi I don't know what they have in common except being in the same area [middle east and north africa]. (I did not test all locales, just some.) B) Impress uses different fonts for Hindi numerals. If you open the settings and change the locale from "Persian" to "Hindi", the numeral's font changes. Impress chooses another font. This affects both Win and Ubuntu.
Created attachment 161499 [details] Screenshots of different Hindi fonts numerals
Still reproducible in 7.3 and the latest 7.4 master: Version: 7.3.0.3 / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 0a415b92d3c1ea2c5befd30b4ac29442f422a41d CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: fa-IR (en_US.UTF-8); UI: en-US Calc: threaded The problem is visible when the "Numerals" is set to "Context". So, one should take a look at the code that handles this option.
Well, there is the "little" problem of LO not actually supporting the setting of a language... see bug 148257: One can set a language with the language-group, but not the language group; and even that is part of the styling of the text, not the content. So if you apply another character style, you could get a different language supposedly.
Changed blocker since the issue here isn't the direction (RTL/CTL), nor even the fact that Arabic has complex text layout. (This could well be happening with one of the Thai language and the choice between western-Arabic and traditional Thai numerals).