Bug 141622 - Can't install LO language pack under macOS 10.13.6 and 10.14.6
Summary: Can't install LO language pack under macOS 10.13.6 and 10.14.6
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Depends on:
Reported: 2021-04-11 14:48 UTC by Emanuel
Modified: 2021-04-15 15:31 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

screenshot Finder (28.86 KB, image/png)
2021-04-12 12:20 UTC, Emanuel
screenshot old version (28.26 KB, image/png)
2021-04-12 12:21 UTC, Emanuel
screenshot new version (26.87 KB, image/png)
2021-04-12 12:22 UTC, Emanuel

Note You need to log in before you can comment on or make changes to this bug.
Description Emanuel 2021-04-11 14:48:37 UTC
When trying to install the german language pack under Mac OS 10.3.6 and 10.4.6, the installer script rreturns the message, that there is no valable LO installation: Dies ist keine gültige Installation von LibreOffice 7.x. Starten Sie das Installationsprogramm erneut und wählen Sie eine gültige Installation von LibreOffice 7.x. Happens on the MacBook Air wir LO 7.0.4 installed and on the Mac Mini with LO 6.4.7
LO main application 7.0.5 is correctly installed in the applications folder near the old version (keeping both until I see that the new version works) and starts fine – thougt in Englisch.

Steps to Reproduce:
1.Install LO main application, start appl, then quit
2.Download german languge pack, open disk image and start installer 
3.LO main application not found by installer, opens window for manually select main app
4. select installed main app with correct version (7.0.5) an push install
5. errror message: Dies ist keine gültige Installation von LibreOffice 7.x. Starten Sie das Installationsprogramm erneut und wählen Sie eine gültige Installation von LibreOffice 7.x. –> This is not a valid...

Actual Results:
language pack is not installed

Expected Results:
install language pack correctly like dozens of times over the last years

Reproducible: Always

User Profile Reset: Yes

Additional Info:
happens with Mac OS 10.13.6 High Sierra and Mac OS Mojave 10.14.6
Comment 1 steve 2021-04-11 15:35:16 UTC
Does this problem persist using 7.1.2?

What about latest nightly?
Comment 2 Emanuel 2021-04-11 17:33:30 UTC
Same problem with 7.1.2 an Dev Build. For Dev Build there is only the language pack 7.1.2 available, which obviously wont't work...
Comment 3 QA Administrators 2021-04-12 03:32:38 UTC Comment hidden (obsolete)
Comment 4 steve 2021-04-12 11:07:44 UTC
"LO main application 7.0.5 is correctly installed in the applications folder near the old version (keeping both until I see that the new version works) and starts fine – thougt in Englisch."

Can you send a screenshot of what that looks like in Finder please. Can you try and remove all existing LO installations, then install 7.0.5 or 7.1.2 (without altering anything) and run the matching language pack installer.

Does that then work?
Comment 5 Emanuel 2021-04-12 12:20:08 UTC
Created attachment 171118 [details]
screenshot Finder
Comment 6 Emanuel 2021-04-12 12:21:41 UTC
Created attachment 171119 [details]
screenshot old version
Comment 7 Emanuel 2021-04-12 12:22:09 UTC
Created attachment 171120 [details]
screenshot new version
Comment 8 Emanuel 2021-04-12 12:25:23 UTC
Thank you Steve for your assistance
I have manually renamed the old version to distinguish it from the newly installed one. Interresting: the detail info of the old version shows the correct version number (, while the new version shows just ---, see attachments.
Comment 9 Emanuel 2021-04-12 12:29:24 UTC
I am a bit reluctant to trash all my LO installations for test purpose, because I have several prefs, I dont't want to loose, e.g. a DB-connection to create invoices from my main client and job spreadsheet
Comment 10 steve 2021-04-12 21:49:38 UTC
Sure, maybe just retry to re-download 7.1.2 + language pack for that download and see is that installs. Also curious then to hear, does this test fail on both 10.13 and 10.14 for you?
Comment 11 Emanuel 2021-04-13 07:50:21 UTC
I have downloaded and the corresponding LP on the Mac Mini with OS 10.13.6 which has already LO 6.4.7002 installed. The 7.1.2 installer asks me correctly, if I want to replace the existing version or keep both. I click keep both an the program installs correctly in the Applications folder where it appears as "LibreOffice 2" (while the 6.4.7 version is labeled "LibreOffice"). 

when I try to install the de-LP, the installer doesn't automatically find the newly installed app an tells me to choose it manually in a next step. In the dialog I chose "LibreOffice 2" and get the error message, that this is not a valuable 7.1 installation of LO.

As I wrote, this problem appears on two machines, one with OS 10.14 and one with 10.13., no matter it I want to install the LPs for LO 7.0.5 or

The only divergence from a out-of-the-box Mac OS installation is, that I don't use the Spotlight search machine and therefore prevent the indexing of my HD (by telling Spotlight not indexing it). But I can't imagine, that this has anything to do with the problem.
Comment 12 steve 2021-04-13 08:30:48 UTC
Try replacing the 6.4 app instead. Does that then result in the same problem? After the test you can always revert to 6.4 if you need that version.
Comment 13 Emanuel 2021-04-13 18:53:30 UTC
Did a clean install on the MacBook Air with OS 10.13. Deleted ALL LO files with App Cleaner – really nothing left. Installed and LP – installation of App ok, installation of LP fails.

I deleted again everything and went back to 6.4. LP can be installed without a problem.
Comment 14 QA Administrators 2021-04-14 03:38:35 UTC Comment hidden (obsolete)
Comment 15 Emanuel 2021-04-14 07:28:36 UTC
Correction: The MacBook Air is on Mac OS 10.14
Comment 16 steve 2021-04-15 10:20:36 UTC
Please open Terminal app and send the output of the following command:

    mdls /path/to/LibreOffice.app

You can enter mdls and then drag the LibreOffice.app from your programs folder into terminal to get the path.
Comment 17 Emanuel 2021-04-15 10:26:54 UTC
/path/to/LibreOffice.app: could not find /path/to/LibreOffice.app.
Comment 18 Emanuel 2021-04-15 10:29:08 UTC
On MacMini with Mac OS 10.13. and LO 6.4.7002 installed (and working)
Comment 19 steve 2021-04-15 11:06:25 UTC
Please ignore 6.4 for now. This is a problem with 7.1.2 and it should work.

"/path/to/LibreOffice.app: could not find /path/to/LibreOffice.app" what do you mean by that? I explained how this command is handled.

Also the command should be executed using LO 7.1.2 not 6.4.x.

It would be interesting if you could temporarily enable spotlight indexing and see if that changes anything. It may seem odd but those details do make a difference and can lead to all sorts of behavior.
Comment 20 Emanuel 2021-04-15 11:46:28 UTC
1) Clean install of LO
2) open terminal app, typing mdls
3) pulling LO-app to terminal window
4) pushing return key
5) -bash: mdls/Applications/LibreOffice.app: No such file or directory

Will now try the same with reenabled spotlight function
Comment 21 steve 2021-04-15 13:24:21 UTC
You are missing a space between "mdls" and "/path/to/LibreOffice.app"
see: https://bugs.documentfoundation.org//show_bug.cgi?id=141622#c16
Comment 22 Emanuel 2021-04-15 13:27:28 UTC
Sorry for that one. Now I get:
You have mail.
Emanuel-Scheideggers-Mac-mini:~ emanuelscheidegger$ mdls /Applications/LibreOffice.app 
_kMDItemDisplayNameWithExtensions  = "LibreOffice.app"
kMDItemAlternateNames              = (
kMDItemAppStoreCategory            = "Produktivität"
kMDItemAppStoreCategoryType        = "public.app-category.productivity"
kMDItemCFBundleIdentifier          = "org.libreoffice.script"
kMDItemContentCreationDate         = 2021-03-24 20:45:40 +0000
kMDItemContentCreationDate_Ranking = 2021-03-24 00:00:00 +0000
kMDItemContentModificationDate     = 2021-03-24 20:45:40 +0000
kMDItemContentType                 = "com.apple.application-bundle"
kMDItemContentTypeTree             = (
kMDItemDateAdded                   = 2021-04-15 11:31:12 +0000
kMDItemDateAdded_Ranking           = 2021-04-15 00:00:00 +0000
kMDItemDisplayName                 = "LibreOffice"
kMDItemExecutableArchitectures     = (
kMDItemFSContentChangeDate         = 2021-03-24 20:45:40 +0000
kMDItemFSCreationDate              = 2021-03-24 20:45:40 +0000
kMDItemFSCreatorCode               = ""
kMDItemFSFinderFlags               = 0
kMDItemFSHasCustomIcon             = 0
kMDItemFSInvisible                 = 0
kMDItemFSIsExtensionHidden         = 0
kMDItemFSIsStationery              = 0
kMDItemFSLabel                     = 0
kMDItemFSName                      = "LibreOffice.app"
kMDItemFSNodeCount                 = 1
kMDItemFSOwnerGroupID              = 80
kMDItemFSOwnerUserID               = 501
kMDItemFSSize                      = 1
kMDItemFSTypeCode                  = ""
kMDItemInterestingDate_Ranking     = 2021-03-24 00:00:00 +0000
kMDItemKind                        = "Programm"
kMDItemLanguages                   = (
kMDItemVersion                     = ""
Emanuel-Scheideggers-Mac-mini:~ emanuelscheidegger$
Comment 23 steve 2021-04-15 14:02:55 UTC
And language pack installation for that version download still fails right after running the mdls command?
Comment 24 Emanuel 2021-04-15 14:07:40 UTC
Good news, Steve!
Re-enabling Spotlight and rebuilding the Spotlight-index did the trick. The LP for installs now without a hichcup. It seems, that the LP-installer script  uses the Spotlight index to identify the LO main app.
Thanks again for your assistance.
Comment 25 steve 2021-04-15 15:31:10 UTC
Setting to worksforme as there was no commit for a fix. Glad this is working as expected for you.