When enabling or disabling LibreOffice for Asian languages and or CTL languages, the currently selected value in the listbox is or becomes "active". When this value is not set to "[None]", the displayed value (e.g. Hindi in the CTL list) will be output in the default styles for graphics and paragraphs in styles.xml (inside the ODF file). This makes it hard for tools (e.g. XSLT conversion) to know what languages are really in use in a document; consequently it is also hard to output correct language information (e.g. lang and xml:lang in XHTML, DAISY etc) when coverting ODF to another XML-based format. Procedure to reproduce the issue: 1. Go to Tools > Options > Language Settings > Languages 2. Check "Enabled for Asian languages" and "Enabled for complex text layout (CTL)" if these features are not already enabled. (I assume here that Western language is set to "English (US)".) 3. Choose a language in "Asian languages", e.g. "Chinese (simplified)" and choose a language in "CTL", e.g. Hindi. 4. Close the Options dialog with the OK button. 5. Create some English content in Writer; save and close the ODF file. 6. Unpack/unzip the ODF file and open "styles.xml" in a source code editor; find the attributes fo:language="en" and fo:country="US" (if you had US English selected for Western language), style:language-asian="zh" and style:country-asian="CN" (for simplified Chinese), and style:language-complex="hi" and style:country-complex="IN" (for Hindi - India). 7. Go back to Tools > Options > Language Settings > Languages, and disable Asian and CTL languages. Notice that the values "Chinese (simplified)" and "Hindi" remain visible in the disabled selection lists. 8. Create a new document with some English content; save and close the ODF file. 9. Unpack/unzip the ODF file and open "styles.xml" in a source code editor; find the attributes fo:language="en" and fo:country="US" (if you had US English selected for Western language), style:language-asian="zh" and style:country-asian="CN" (for simplified Chinese), and style:language-complex="hi" and style:country-complex="IN" (for Hindi). 10. Go back to Tools > Options > Language Settings > Languages, enable Asian and CTL languages, set both the Asian and the CTL language to "[None]", disable Asian and CTL languages again and close the Options dialog. 11. Create a new document with some English content; save and close the ODF file. 12. Unpack/unzip the ODF file and open "styles.xml" in a source code editor; find the attributes fo:language="en" and fo:country="US" (if you had US English selected for Western language), style:language-asian="zxx" and style:country-asian="none" (for Asian languages), and style:language-complex="zxx" and style:country-complex="none" (for CTL). If LibreOffice would automatically change the values for Asian and CTL languages to "None" when these languages are disabled, XSLT conversions could do something useful with the language attributes. For example, outputting correct lang and xml:lang attributes when exporting to XHTML would then allow text-to-speech software (used in screen readers for blind users and in software for dyslexic users) to choose the appropriate text-to-speech engine. It would also benefit Braille conversion. So this issue is also related to accessibility.
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Version info was previously LibO 3.3.1. I confirm that this bug is still relevant to LibreOffice 3.5.0 RC1. After installing Libo 3.5 RC1 on a Windows XP machine where LibO had not been installed before, Asian and CTL languages were enabled without user intervention; the default Asian language was set to 'Default - Chinese (simplified)' and the default CTL language was set to 'Default - Hindi'. Disabling Asian and CTL languages in the options dialog did not change the values to 'None'. Changing the status from NEEDINFO to NEW.
*** Bug 57528 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 on a currently supported version of LibreOffice (4.4.0.3 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) Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-02-19
Migrating Whiteboard tags to Keywords: (a11y -> accessibility)
** 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 (5.1.6 or 5.2.3 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 helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170103
Not sure how much of an issue this is as this only mentions what the default language for CJK and CTL is at the document level and you can set text language at the paragraph and character levels. Regina, Maxim: your thoughts?
Default is still Hindi. Version: 6.1.1.1 Build ID: 1:6.1.1~rc1-2
Dear Christophe Strobbe, 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
I have rechecked the issue in LibreOffice 6.0.7.3 in Ubuntu 18.04 LTS (admittedly not the recent version of either software). The values displayed for Asian [languages] and "Complex text layout" are still "Default - Chinese (simplified)" and "Default - Hindi", respectively. The attributes style:language-asian="zh" and style:country-asian="CN" (for simplified Chinese), and style:language-complex="hi" and style:country-complex="IN" (for Hindi - India) are still present in styles.xml.
Dear Christophe Strobbe, 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
Created attachment 180146 [details] OpenOffice.org-3.3.0 test file with Asian and CTL language disabled (default values)
Created attachment 180147 [details] OpenOffice.org-3.3.0 test file with Asian and CTL language disabled and value set to None
I confirm that the issue was already present in OpenOffice.org 3.3.0; the files I have attached were created on Windows 10 (German version) with OpenOffice.org 3.3.0 / OOO3330m20 (Build:9567). For this reason I have set the version to "Inherited from OOo". I also confirm that the issue still exists in LibreOffice Writer 7.3.3.2: Version: 7.3.3.2 (x64) / LibreOffice Community Build ID: d1d0ea68f081ee2800a922cac8f79445e4603348 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL When the Asian and CTL languages are disabled but the values are not "None" (typically, they are left at their default language), the <style:text-properties> elements in meta.xml that have a Western value such as fo:language="en" still have attribute values for Asian and CTL languages as described in the original bug report. In other words, current behaviour is still the same as in OpenOffice.org 3.3.0.