https://bugs.documentfoundation.org/show_bug.cgi?id=128956

--- Comment #25 from Patrick Luby <plub...@neooffice.org> ---
(In reply to Alex Thurgood from comment #22)
> FWIW, this still occurs.
> 
> For example with LO7362 from the Apple AppStore, and LO7412 from the
> LibreOffice download page, the user is asked to re-authorise access to some
> of the folders that I presume are referenced in the recently accessed files
> list.

That sounds like the normal macOS sandbox behavior. There is a whole process
around "acquiring privileges to open a file" when running a Mac App Store app
that do not apply to non-Mac App Store apps.

In the Mac App Store, the only way LibreOffice can open a file is if the file
has previously been opened via an Open or Save dialog or buy opening by
double-clicking or dragging the file from the Finder. Otherwise, opening the
file will fail.

In the macOS sandbox, these "open file" permissions are temporary and are lost
if they are not cached. Even if the previous permissions are cached, you have
to reestablish the previous permissions *before* you try to open the file. And
reestablishing previous permissions still sometimes fails.

I dealt with this in the early days of NeoOffice. I literally had to add a
bunch of code *in every place that LibreOffice opens a file* that shows an open
dialog for the folder that the file you want to open is in. It was awful coding
that and was, at best, an elaborate hack. Plus the random Open dialog confused
a lot of people. It was unmaintainable which is one of the reasons I am working
on LibreOffice now.

What infuriates me is that Apple stubbornly continues to enforce their overly
restrictive sandbox idea on Mac App Store apps, but non-Mac App Store have no
such restrictions. If Apple's sandbox code at least triggered a native dialog
along the lines of "the application wants to access this file, do you want to
grant permission?" would alleviate a lot of the pain of working within the
sandbox. But no, the only way to get the user's permission to open a file is to
slow a generic Open dialog.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to