I use a Win 8.1pro in German When exporting a sheet to Excel 97-2003 and opening it in an english EXCEL XP, I noticed that some formula names had been translated to english, some others not. So EXCEL shows a #NAME error. Reopening the xls-file in LO shows no error. All formula names are in german as expected. So I tried to set LO to english formula names, but not all names are translated. I tested all possibilites, setting "Use english formula names", setting the UI language to english, setting the locale to english. The result is always the same. Some formulas change to english when I set "Use english formula names" or when I change the UI language to english. Using the function wizard shows also mixed languages. See : =DATE(YEAR(DateNaissance)+65,MONTH(DateNaissance)+1,1) and one cell lower: =MIN(MONATSENDE(MAX(EDATUM(DateNaissance,60*12),EDATUM($C$13,(40-AnneesCot)*12)),0)+1,DebRetraite65) and so they appear in EXCEL which does not know the german names. Strange... For counterchecking I changed the UI-language to french. And now ALL the names have been translated to french! Export to Excel works. But setting "Use english formula names" only part of the names are translated. Behaviour gets stranger.. Changing from French UI (with all formula names in french) to English UI also changes ALL formula names to english and export to Excel works. And for the last-- Setting the UI language back to German translates all formula names to german, but export to Excel ends up with mixed names. Conclusion : "Use english formula names" does not work correctly. Formula names are mixed language. Setting the UI language to german kills export to Excel regardless of "Use english formula names"
Please attach .ods file with formulas to test. Thank you
Created attachment 118084 [details] The original sheet
I have created a small sheet that shows the behaviour more clearly. The problem is the setting "Use english function names" I start with "User interace = German" "Use english function names = off" Everything ok.. all functions in german Set UseEnglishFunctionNames to on Click the last cell.. a mixup of english and german names. Same in some categories of the function wizard. Set the userinterface to French. Save and reload. No changes, a mixup of german and english names. Set UEFN to off Now you have a mix off german and french names. Save and reload Now all the names are in french. Set UEFN to on A mix of french and english names. Save an reload The user interface is french but you have a mixup of GERMAN and english function names. Set UEFN to off Mixup of GERMAN and french names Save and reload Now all the names are in french again. Set user interface to english Save and reload Everything in english Export a copy to excel -> ok Set UEFN to on Export a copy to excel -> ok Set userinterface to german Save and reload german and enlish names Export a copy to excel -> not ok (mixed names in xls) Set UEFN to off Save and reload all german names Export a copy to excel -> not ok (mixed names in xls) set user interface to french Reload all french names Export a copy to excel -> ok
(In reply to merlin352 from comment #3) > I have created a small sheet that shows the behaviour more clearly. > The problem is the setting "Use english function names" > > I start with "User interace = German" "Use english function names = off" > > Everything ok.. all functions in german > > Set UseEnglishFunctionNames to on > Click the last cell.. a mixup of english and german names. Same in some > categories of the function wizard. Confirmed with attachment 118084 [details]. Severity is not critical: https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg Win 7 Pro 64-bit, Version: 5.0.1.2 (32-bit) Build ID: 81898c9f5c0d43f3473ba111d7b351050be20261 Locale: fi-FI (fi_FI)
** 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.5 or 5.2.1 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-20160920
Dear merlin352, 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
The mix of English and German (of AddIn functions) names in the UI with "English function names" was solved for bug 135993. The problem of storing those Date AddIn names in German if a German UI is used isn't satisfiable solvable for binary .xls 97-2003 (unless we implement some workarounds and handle functions individually) because Excel itself stored the Analysis pack functions language dependent depending on the localized UI of Excel (you might also notice that not all stored German function names are identical to the German UI names, like UMWANDELN vs UMRECHNEN (English CONVERT)), but those old versions apparently did not know a few date functions that are offered as Date AddIn functions by LibreOffice. There is only one proper remedy: do not save as .xls in such constellation (German UI and Date AddIn functions used). Save as the more up-to-date OOXML .xlsx Excel 2007-365 file format instead and everything is fine.
Thanks for the explanation. I think it's fair to close this, then.