Attempting to install rc3 in Win8 x64, Russian localization, UI language list is not sorted alphabetically. Apparently sorting is performed by language codes, which is very weird.
UPDATE: The dictionaries list is sorted in the same way.
for me not reproducible with LO 4.3.0.4 (Win 8.1, German)
In German locale it is also unsorted. 'Weißrussisch' comes before 'Bulgarisch'.
Could you post a screenshot of the wrong listing? Do I have to install more than one language to see this happening? Under LO > Preferences > Language Settings > Languages > User Interface I just see English (USA). After providing more info please back to unconfirmed.
Well, I don't know how much it would help, if Urmas sent a screenshot. I can imagine such screenshot without sending and I believe that what he says is true. I could not reproduce the problem on Windows 8.1 and as the author of the sorting feature, I have no idea why it would not work in certain circumstances. See the code at http://opengrok.libreoffice.org/xref/core/setup_native/source/win32/customactions/sellang/sorttree.cxx -- it is as simple as it could be. I'm afraid, if we don't get more confirmations or insightful explanation to the bug, we have to close it as WORKSFORME.
Created attachment 115005 [details] screenshot of issue Confirmed during installation of 4.4.2.2 (using the default English Windows installer as there isn't a localized one for gd). The list is clearly sorted by ISO codes which is not helpful, it puts Welsh (cy) right after Czech (cz) and Greek (he) before English (en). These should be sorted according to the script the installer is using i.e. for Latin script based installers like English it should sort Czech (cz) English (en) Greek (he) Welsh (cy) For Russian английский (en) валлийский (cy) греческий (he) чешский (cz) For Chinese radical + stroke number (same as Excel for example) 威爾士語 (cy) 希臘語 (he) 捷克語 (cz) 英語 (en)
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team
Created attachment 121579 [details] new screenshot The bug persists, this is from the 5.0.4.2 installation dialogue on Windows.
I'm beginning to wonder if this is related to that infernal conflict between installed keyboard languages and programs/apps when it comes to language selection. My OS has a Gaelic langpack and 4 installed keyboard locales. Urmas & Andras, what is your OS setup? Could it be that LO somehow pulls the sort order from the OS or keyboard locale but if there is more than one, it defaults somehow to sorting by ISO code? The reason I'm wondering is because in MS Office, if you have more than one keyboard locale installed, even when you switch OFF the Detect Language feature, it gets totally confused and assigns language/locale in a very random fashion.
** 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
Persists
** 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
Persists. This is not one of those bugs that will go away on its own...
Dear Urmas, 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
In the localized (gd-GB) version of the installer of 7.3.5, the list is sorted alphabetically. But I can't speak for the English installer.
Created attachment 182293 [details] Screenshot of 7.3.5.2 Windows Installer (In reply to Michael Bauer from comment #17) > In the localized (gd-GB) version of the installer of 7.3.5, the list is > sorted alphabetically. But I can't speak for the English installer. Using the German Windows installer of 7.3.5.2 the list of dictionary languages is sorted by language code or by English translation, but NOT by the displayed translation. In the screenshot you see that "Deutsch" is sorted like staring with a "G" (German), and "Schottisch-Gälisch" is also sorted like starting with "G" (Gaelic?), just as "Ungarisch" is sorted like starting with "H" (Hungarian). What surprises me most is that this bug survived so many years. Beginners searching for a language in the ever-growing list will be surprised in a negative way, I guess.
This is a more generic issue - just stumbled over it when looking up Dutch to set spell checking.. (In reply to Ulrich Windl from comment #18) > Using the German Windows installer of 7.3.5.2 the list of dictionary > languages is sorted by language code or by English translation, but NOT by > the displayed translation. Indeed. https://opengrok.libreoffice.org/xref/core/i18nlangtag/source/isolang/isolang.cxx?r=8a11d2e0