Bug 129178 - macOS: Bundle all system provided localisations with LibreOffice
Summary: macOS: Bundle all system provided localisations with LibreOffice
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Localization (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All macOS (All)
: medium enhancement
Assignee: Not Assigned
Depends on:
Blocks: macOS-UI-polish 43894 132025
  Show dependency treegraph
Reported: 2019-12-04 13:11 UTC by Emir Sarı
Modified: 2024-07-05 23:13 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Emir Sarı 2019-12-04 13:11:21 UTC
macOS provides localisations for these languages by default:

Arabic, Catalan, Croatian, Simplified Chinese, Traditional Chinese, Traditional Chinese (Hong Kong), Czech, Danish, Dutch, English (Australia), English (UK), English (U.S.), Finnish, French, French (Canada), German, Greek, Hebrew, Hindi, Hungarian, Indonesian, Italian, Japanese, Korean, Malay, Norwegian, Polish, Brazilian Portuguese, Portuguese, Romanian, Russian, Slovak, Spanish, Spanish (Latin America), Swedish, Thai, Turkish, Ukrainian, Vietnamese

LibreOffice on macOS should provide localisations for these languages by default. This will eliminate most of the bad UX and bugs LibreOffice users on macOS experience due to less-than-optimal language pack installing steps (which also causes bugs with the new macOS security measures.

Of course, this list is not limited to these languages, we can extend the list with other languages that are long-time localised. The reason we would be including these are, ensuring that if the user uses macOS with a certain localisation, we would %100 be sure that the users gets the localisation same as the system.

See bug #129177 for the proposed enhancement for the additional language packs.

Steps to Reproduce:

Actual Results:

Expected Results:

Reproducible: Always

User Profile Reset: No

Additional Info:
Comment 1 Alex Thurgood 2019-12-19 08:48:52 UTC
I like this idea. Don't know whether it is either achievable or realistic though.

Comment 2 Emir Sarı 2020-06-07 13:13:15 UTC
Any idea whether this will be implemented or not? So far there is no reasonable solution for #129177 I believe?
Comment 3 MG 2021-07-26 08:40:01 UTC
A stupid comment say that this new version of libreoffice 7.1.5 is not valid when trying to install the french language
This stupid error was also when installing french language whith 7.1.4
All of this is on macos 10.16.6
Comment 4 MG 2021-07-26 08:41:11 UTC
Sorry it was 10.13.6 for macos version
Comment 5 steve 2023-07-31 10:38:40 UTC
This feature request has been discussed by ESC in 2023-02:

However the objections are partly very unspecific, e.g. "+ integrating the langpacks into the installer is problematic", problematic how? This was done successfully in NeoOffice as reported by Patrick and many other apps on macOS.

Additional discussion about this happened in bug https://bugs.documentfoundation.org/show_bug.cgi?id=144053#c27

So while I agree that bundling help is maybe out of scope / would increase size too much, I don't see that as counterargument to provide UI translations on macOS by default in the installer.

The entire language pack situation degrades UX a lot. I am not aware of another app doing this on macOS. So for macOS users this is unfamiliar, unexpected and feels cumbersome.
Comment 6 Emir Sarı 2023-07-31 14:03:40 UTC
If the bandwidth problem is unsolvable, then the alternative should be presenting a language selection pop up at first start and then download the translations, like GCompris does for its data files.