https://bugs.documentfoundation.org/show_bug.cgi?id=100137
--- Comment #15 from Martin Nathansen <[email protected]> ---
(In reply to Eike Rathke from comment #12)
> Expectations with symlinks may differ. I for example *do* expect that if I
> open the document via a symlink then all relative external references are
> relative to the symlink directory and not to the resolved symlink's
> directory. Doing so enables the user to symlink documents to other places
> and create scenarios that behave different from the original place. It also
> allows to place symlinks in the trusted macro directory if documents reside
> elsewhere.
>
> So, to summarize, for me this is not a bug and I don't want it "fixed".
The patch should fix three every-day use cases which work properly on MS
Windows but fails on Linux:
1) Having LibreOffice documents on a Network-Share with relative hyperlinks.
/home/user1/netshare/....
/home/user2/netshare/...
2) Moving a folder with LO documents with relative hyperlinks to another
folder:
/home/user/folder1/...
/home/user/folder2/subfolder/...
3) Zipping and sharing documents with relative links between users:
/home/user1/...
/home/user2/...
Each of this use cases breaks when a user creates a desktop shortcut and open
the documents via this shortcut. Not even the existing hyperlinks break, the
user is also not able to create new hyperlinks.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
