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
This issue breaks @Aryan’s new Zotero plugin.
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