Description: Until 6.2 the system dialogs (macOS is not localized in Slovenian) offered English system dialogs. Since 6.3a1/b1 the system dialogs open in another language. On one macOS system it opens in Spanish (always), on the other in German (again, always). If Slovenian is not present in the system, English system dialogs must be opened. Everything else is just not tolerable. This is a stopper regression on macOS for Slovenian release! Steps to Reproduce: 1. Open a document in LO 2. Select Datoteka > Natisni (File > Print) Actual Results: System file printing dialog opens in non-English language. Expected Results: English system dialog should open. Reproducible: Always User Profile Reset: No Additional Info: In Slovenia, English is taught in primary schools from first grade in elementary schools. Spanish, German and other languages are optional second/third languages, available in later stages of schooling. Only English dialogs should open, until macOS gets localized into Slovenian.
Created attachment 152045 [details] screenshot On pc Debian x86-64 with master sources updated today, I don't reproduce this. However, menus are in English.
Could you try these steps: - uninstall completely LO - rename your LO directory profile (see https://wiki.documentfoundation.org/UserProfile#macOS) - install LO again the goal is to avoid some confusion between previous packages.
No, the workaround you suggest, does not work. The dialogs are still in Spanish, although my system language in macOS is English and LOdev UI language is Slovenian.
Thank you Martin for your new feedback. I must recognize I don't have other ideas and I'm stuck :-(
I guess to reproduce this one should set the UI language for applications on macOS to Slovenian and English as second language (and no other language present in those settings). Then they should run LO, as reported.
Thanks for reporting this issue. This is a duplicate of bug 125693 *** This bug has been marked as a duplicate of bug 125693 ***
To get this corrected, all I need to do is add the directory «en.lproj» to the «Resources» directory as each release comes out.
(In reply to Al Maloney from comment #7) > To get this corrected, all I need to do is add the directory «en.lproj» to > the «Resources» directory as each release comes out. well, I hope it's fixed for the final release, so you won't need to do so