Description: Testing Version: 5.3.0.0.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. Actual Results: 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. Expected Results: The user interface should all be in the language set in the language options Reproducible: Always User Profile Reset: No Additional Info: 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 5.3.0.0 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: 5.3.0.0.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. It’s normal.
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 5.3.3.2 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! Warm Regards, QA Team MassPing-UntouchedBug
Hi, 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: 6.2.3.2 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 Calc: threaded and tested in Versión: 6.2.3.2 (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 Calc: threaded 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 6.1.6.3 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.
*** This bug has been marked as a duplicate of bug 94090 ***