Testing Version: 126.96.36.199.alpha1
Build ID: f4ca1573fcf445164c068c1046ab5d084e1b005f
CPU Threads: 8; OS Version: Windows 6.2; UI Render: default;
Locale: es-MX (es_MX); Calc: group in Windows 10 and Window XP SP3
I found some mixed spanish translations in menus, when the user interface is set to english, "Guardar" for "save", "guardar como" for "save as..." and "Guardar copia" for "Save copy as..."
Steps to Reproduce:
0.Set the user interface to english
1.Open any type of new file, like writer
2.Open the File menu
3.See the Save options Save, Save as... and Save copy as... they have the spanish translations.
Also in the save icon, the "Save as..." option is also in spanish
Changing the user interface to spanish, some of the options are in english, like open remote file and save remote file.
The user interface should all be in the language set in the language options
User Profile Reset: No
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:49.0) Gecko/20100101 Firefox/49.0
Created attachment 128168 [details]
screenshots of menus
Created attachment 128169 [details]
Writer menu in Spanish
Hm, I don't have the exact same issue, but changing the UI language of my separate-installed 188.8.131.52 alpha1 (x64) / Windows 7 to Spanish shows some menu items in English.
Seems like most of them are the same ones that stayed Spanish when you switched to English UI.
> Version: 184.108.40.206.alpha1
It’s an alpha. Don’t expect alphas to be fully localized. That happens later in the development process.
Everything you see in English are strings that have changed relatively recently (even things not immediately visible, such as the accelerator key) in the master branch and have not yet been transferred to the .po translation files.
I don't know how this works in the background, but the original report is about the English translation not being there when UI is changed to English. I assume English (USA) is the basis of all translations, and should always be present.
Additionally, I admit my example was somewhat different, but at first glance it seems related (the menu items involved are almost the same), and I assume basic strings like "Save" wouldn't be changed.
Then again, as I wrote, I don't know how things work there, so if someone can give an explanation for this particular behavior, I'm not going to argue.
The problem is that LibreOffice is getting the language for these 4 items from the OS language. The same happens in my Windows 10 Portuguese laptop. If I switch to English UI those 4 items remain in Portuguese.
Inversely on a Windows XP English machine, switching LibreOffice to a Portuguese UI will show those 4 items in English.
This is a regression from branch 5.2
May I edit the title of the Bug? This is NOT a Spanish specific problem. It happens on any Windows version (tested on XP, 7 and 10) where the user is changing to a UI language different from the OS language.
Confirmed on Windows XP, LO 220.127.116.11 Spanish strings in German UI, also in German offline-help. I checked now again and it is OK. I mean it the problem is, I installed several offline-helps, probably the problem is the order of installation of the help files, but I am not sure. I dont get why the menu is now OK. If I remember correctly, I reinstalled the German help-file. My Windows is in Spanish.
*** Bug 108581 has been marked as a duplicate of this bug. ***
When will the bug be fixed? Some of the strings - Save, Save as... and Save copy as... are often used. I am translator for Upper Sorbian and Lower Sorbian. There is no operating system in these languages, the most often used OS language is German. So those menuitems are shown in German.
See here as well: https://redmine.documentfoundation.org/issues/2334
** 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!
sorry for the late reply. The bug is already fixed for Sorbian languages for a long time. Thanks.
Good to hear, thanks for the feedback!
Robert, does this still occur for you with a recent release? (6.2.3)
Hi. Tested in Versión: 18.104.22.168
Id. de compilación: aecc05fe267cc68dde00352a451aa867b3b546ac
Subprocs. CPU: 8; SO: Linux 4.12; Repres. IU: predet.; VCL: gtk3;
Configuración regional: es-MX (es_MX.UTF-8); Idioma de IU: es-ES
and tested in Versión: 22.214.171.124 (x64)
Id. de compilación: aecc05fe267cc68dde00352a451aa867b3b546ac
Subprocs. CPU: 8; SO: Windows 10.0; Repres. IU: predet.; VCL: win;
Configuración regional: es-MX (es_MX); Idioma de IU: es-ES
I've verified all the translations and found that they are OK for Spanish and English, as for the original problem reported.
Verified fixed also under Win7 Pro x86 using version 126.96.36.199
OS Language en_US, UI Language pt_PT
All menu items show correctly on both languages
Let's use status WORKSFORME, as the fixing change is unknown.