Bug 153927

Summary:	Setting different user profile results in fatal error with LibreOffice installed via Mac App Store
Product:	LibreOffice	Reporter:	Björn Albers <bjoernalbers>
Component:	LibreOffice	Assignee:	Not Assigned <libreoffice-bugs>
Status:	NEW ---
Severity:	major	CC:	buzea.bogdan, xiscofauli
Priority:	high
Version:	7.4.5.1 release
Hardware:	All
OS:	macOS (All)
Whiteboard:
Crash report or crash signature:		Regression By:
Bug Depends on:
Bug Blocks:	114027
Attachments:	Screenshot of error message (locale: DE) Screenshot of error message (locale: EN)

Description Björn Albers 2023-03-02 16:52:59 UTC

Description:
When I set a different user profile via "--env:UserInstallation=file:///tmp/test" I get a fatal error saying, that the user based installation could not be completed.
The problem only exists when LibreOffice gets installed from the Mac App Store.
If I download the excact same version from the official website instead then the error disappears.

If've tested on macOS Ventura 13.2.1 on multiple Macs (arm64) with LibreOffice version 7.4.5.1.
Giving LibreOffice Full Disk Access has no effekt either.
I also tried to user a different profile path under $HOME without success.


Steps to Reproduce:
1. Download LibreOffice from Mac App Store
2. Run this command: "/Applications/LibreOffice.app/Contents/MacOS/soffice "-env:UserInstallation=file:///tmp/test"


Actual Results:
Fatal Error: The application could not be started because the user-based installation could not be completed (translated from german error message).

Expected Results:
LibreOffice should not produce a fatal error.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Background: we're using LibreOffice to convert PDFs from templates running --headless which requires to set a different user profile in case another LO process is already running.

Comment 1 Björn Albers 2023-03-03 11:40:26 UTC

Created attachment 185726 [details]
Screenshot of error message (locale: DE)

Comment 2 Björn Albers 2023-03-30 06:28:22 UTC

Macs with Intel processor (x86-64) are also affected by this bug.
Testen with...

- iMac Retina 4K, 21,5", 2019 with 3,6 GHz Quad-Core Intel Core i3
- macOS Ventura 13.2.1
- LibreOffice 7.4.6002 from Mac App Store

Comment 3 Björn Albers 2023-03-30 06:43:32 UTC

Here is the english error message:

$ /Applications/LibreOffice.app/Contents/MacOS/soffice "-env:UserInstallation=file:///tmp/test"
LibreOffice 7.4 - Fatal Error: The application cannot be started. 
User installation could not be completed.

Comment 4 Björn Albers 2023-03-30 06:45:30 UTC

Created attachment 186310 [details]
Screenshot of error message (locale: EN)

Comment 5 Björn Albers 2023-03-30 07:14:37 UTC

Running LO with the open command produces the error as well:

$ open -a LibreOffice.app --args -env:UserInstallation=file:///tmp/test 

Also both standard and admin users experience this problem.

Comment 6 Alex Thurgood 2023-03-30 08:17:59 UTC

Confirming with

Version: 7.4.6.2 / LibreOffice Community
Build ID: 5b1f5509c2decdade7fda905e3e1429a67acd63d
CPU threads: 8; OS: Mac OS X 13.2.1; UI render: default; VCL: osx
Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
Calc: threaded

from the Apple appstore.

At a guess, probably due to the sandboxing requirement, in which case, don't expect a solution any time soon, or rather expect that this bug will be closed as NOTABUG. 

I hope that it isn't due to the sandboxing requirement, and that it can be resolved to work in the same way as the non-appstore version, but as I'm not a dev familiar with the build requirements for releasing to the appstore, who knows?

The appstore version is currently too crippled to be of any use in situations like this.

Comment 7 Alex Thurgood 2023-03-30 08:20:31 UTC

Marking as regression because it works in the TDF download version.

Someone more knowledgable of the intricacies can correct my assessment as appropriate.

Comment 8 Xisco Faulí 2023-04-06 14:20:50 UTC

(In reply to Alex Thurgood from comment #7)
> Marking as regression because it works in the TDF download version.
> 
> Someone more knowledgable of the intricacies can correct my assessment as
> appropriate.

if it happens in the Mac App Store version but not in the TDF it doesn't mean it's a regression, it means it's a Mac App Store issue only. Removing keywords