Relative Paths in file links don't work (incorrect handling of double-dot ..)

[gax]

Relative paths in file:// links do not work correctly.

Double-dots, such as in file://../zotero/storage, are ignored, causing Logseq to wrongly resolve this path to logseq/assets/zotero/storage.

This issue breaks @Aryan’s new Zotero plugin.

Comprehensive Zotero Plugin

Actually. I think relative path is wrong. If your zotero folder was stored in the same location as the assets folder or the pages folder then it would be correct. But in this case it’s wrong as …/ in logseq will check for files in your db folder. it’s

as it interprets relative paths as paths inside of assets.

Here is a concrete example of a relative path pointing outside of the Logseq folder being interpreted incorrectly:

This might be the same issue: Citations of annotations on PDF file opened via zotero link do not work on another computer

A similar issue has been fixed for audio files. Support relative path in audio component

A related feature request: Relative path for Zotero data directory

[RBR]

This would be extremely convenient, if not essential, for cross-platform usage (via third-party syncing).

It’s currently the only thing that makes it impossible for me to use logseq in my daily workflow.

Edit: a temporary workaround is to use the fact that “.” folder is consistently a relative file path and systematically resolves to “assets/path”. For Paperpile users for example, a tweak is to move your “Paperpile” Google Drive folder into logseq’s “assets” (given that you store your logseq in the same Google Drive). Paperpile won’t break (even if you rename this folder) then you will be able to retrieve pdfs from “.” relative paths cross-platform (even highlights in hls_ pages will keep “.” relative paths). I believe a same idea can be applied with Zotero. Note that for best behavior, “.” should be omitted: paths should resemble “assets/path” and not “./assets/path”.

[DeepReef11]

Instead of moving the folder into the assets, simply create a symbolic link (shortcut) to the wanted folder in the assets folder.

I don’t know if I’m misunderstanding something, but providing assets/path doesn’t work for me. I need to use ../assets/path (without file:///). Also, the .. doesn’t seem to resolve to the actual .. (upper folder). I don’t know what it does, but using it as ../assets to get to the assets folder works. This is version 0.8.18 on Linux

Edit: There’s something in this text editor that turns .. into … if I don’t write it like this \.\. which could be quite confusing.

[Konstantin_Ladutenko]

I think this is just a consequence of a major issue, proper support of relative paths to local files. See related GitHub discussion (not sure what is a proper platform for this kind of discussion).