[Libreoffice-bugs] [Bug 107461] New: Does not support "file://" scheme with actual hostname

[bugzilla-daemon at bugs.documentfoundation.org]

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

            Bug ID: 107461
           Summary: Does not support "file://" scheme with actual hostname
           Product: LibreOffice
           Version: 5.3.1.2 release
          Hardware: All
                OS: Linux (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: filters and storage
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: egmont at gmail.com

The following two commands work as expected:

  libreoffice file:///path/to/file.odt
  libreoffice file://localhost/path/to/file.odt

However, this command does not:

  libreoffice file://my-real-hostname/path/to/file.odt

LibreOffice's splash screen appears for a short while, then it disappears and
nothing more happens.

LibreOffice should open the document (at least when the specified hostname
indeed matches the current machine's). Or, if something goes wrong (e.g. the
hostname doesn't match, if LibreOffices cares at all [note that e.g. Firefox or
Chrome don't]), it should present an explanatory error message.

Note that I'm testing this on a private use standalone laptop, that is, I have
no domainname set, the commands "hostname" and "hostname --fqdn" both report
the same dotless string.

I'm using LibreOffice 5.3.1 as shipped by Ubuntu Zesty 17.04.

-----

How I discovered this and why this might (hopefully) soon become a more
frequently hit issue:

I've recently implemented a new feature in gnome-terminal that allows web-like
hyperlinks in the terminal emulator, that is, arbitrary user visible text with
a target URL which is opened on Ctrl+click. The iTerm2 terminal emulator
(macOS) has also implemented this very same feature. We're hoping for this to
get some recognition and support by various utilities.

I've also hacked up a patch to the "ls" command which linkifies ("file://...")
all the entries it prints. It's a great convenience feature for quickly opening
files.

In the feature specs, we strongly advise utilities that produce "file://..."
hyperlinks to fill out the hostname, and correspondingly, terminal emulators to
verify that the hostname indeed matches the current host's. This is so that
over ssh you cannot accidentally open the local counterpart of a remote file.

Alas due to this bug, .odt and similar files cannot be conveniently opened with
a Ctrl+click over the output of a "ls --hyperlink=auto" [patched ls] command.

For further details, please see

https://bugzilla.gnome.org/show_bug.cgi?id=779734 (especially comment:120)
https://bugzilla.gnome.org/show_bug.cgi?id=781800
https://gist.github.com/egmontkob/eb114294efbcd5adb1944c9f3cb5feda

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20170426/e4581933/attachment.html>