Bug 150873 - Links / URLs to document aliases don't work (MacOS)
Summary: Links / URLs to document aliases don't work (MacOS)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.3.5.2 release
Hardware: All macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Files-Linked
  Show dependency treegraph
 
Reported: 2022-09-08 22:07 UTC by Thomas Maeder
Modified: 2023-02-16 01:50 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
ZIP archive of example files (82.84 KB, application/zip)
2022-09-08 22:24 UTC, Thomas Maeder
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Maeder 2022-09-08 22:07:03 UTC
Description:
Creating a link to a document works fine in LO for MacOS, but, in the case of aliases, ends up failing and opening the Terminal application instead.
The alias file should be simply passed to the Finder which will resolve it and open the original document.

Steps to Reproduce:
1. Take any file (PDF, LO, JPEG) & make a MacOS alias to it.
2. In LO (Writer, Calc, …), make a document link to the alias
(One needs to change the name manually, as using the file selection dialog will choose the original file).
3. Click on the link to open the file

Actual Results:
Instead of opening the file referred to by the alias, the Terminal application is somehow opened instead, and the alias is not activated.

Expected Results:
The alias should be processed as when opening it in the MacOS Finder: the original file referred by it is opened.


Reproducible: Always


User Profile Reset: No



Additional Info:
An Applescript command (tell app Finder to open…) will handle aliases correctly, because the system will resolve the alias and then choose the right application to open the file.
Somehow, this works for direct document links in LO, but not for aliases, which are handled differently, ending up opening the Terminal application for some reason.
Aliases should be simply passed to the Finder, which is able to resolve them.

Version: 7.3.5.2 / LibreOffice Community
Build ID: 184fe81b8c8c30d8b5082578aee2fed2ea847c01
CPU threads: 8; OS: Mac OS X 12.5.1; UI render: default; VCL: osx
Locale: fr-CH (fr_CH.UTF-8); UI: fr-FR
Calc: threaded
Comment 1 Thomas Maeder 2022-09-08 22:24:42 UTC
Created attachment 182329 [details]
ZIP archive of example files

Expand the archive to the Desktop folder (for running the Applescript).
The folder created will is named "LO alias bug".

The applescript ("Open alias Applescript") illustrates how it should work: it tells the Finder to open the alias "Target LO Writer alias", which points to the document "Target LO Writer document.odt" that is then opened correctly.
(The aliases may need to be recreated, I don't know whether they still work.)

In the Calc document "Bug Alias.odt", column A contains two direct links to example files "Target LO Writer document.odt" and "Target PDF document.pdf": clicking on the links open these files flawlessly.

Column B contains the indirect links to the same files, through aliases "Target LO Writer alias" and "Target PDF alias". Somehow, clicking on them opens the Terminal application and does nothing else…
Comment 2 Stéphane Guillou (stragu) 2023-02-15 12:21:38 UTC
Reproduced in LO 7.5.0.2 on macOS 12:

    Version: 7.5.0.2 (X86_64) / LibreOffice Community
    Build ID: c0dd1bc3f1a385d110b88e26ece634da94921f58
    CPU threads: 2; OS: Mac OS X 12.6.1; UI render: default; VCL: osx
    Locale: en-US (en_US.UTF-8); UI: en-US
    Calc: threaded

Links in column A open the files, links in column B open the Terminal.