Obsidian Notes not Resolving Image Paths

[rrpolanco]

I think there is a broader issue with how the app resolves attachment paths. I imported my Obsidian vault into Zennotes and the linked images in my notes no longer render. Below is a generic layout of my vault:

 .obsidian
.zennotes
├── ProjectA
│   ├──  attachments
│   │   └──  'imageA1.png'
│   ├──  'fileA1.md'
│   ├──  'fileA2.md'
│   ├──  'fileA3.md'
├──  archive
├──  assets
│   └──  image.png
├──  attachments
│   ├──  'CleanShot 2026-06-10 at 10.43.50@2x.png'
│   ├──  'Pasted image 20260610101407.png'
│   ├──  'Pasted image 20260610101411.png'
│   ├──  'Pasted image 20260610103721.png'
│   └──  'Pasted image 20260610103734.png'
├──  Daily
│   └──  '2026-07-23.md'

If I open ./ProjectA/fileA1.md and that file contains the following image link: ![](ProjectA/attachments/imageA1.png), the image does not render. However, the same file renders the image just fine in Obsidian. Interesting observation - if I change the link to use an invalid relative path such as ![](/ProjectA/attachments/imageA1.png) Zennotes render it.

[adibhanna]

Fixed — and thanks, your instinct was right that this is the broader version of #459.

Root cause (same as #459): ZenNotes was resolving an image path relative to the note's own folder first. Your embed ![](ProjectA/attachments/imageA1.png) lives in ProjectA/fileA1.md, so it was being looked up as ProjectA/ProjectA/attachments/imageA1.png — which doesn't exist — and it then fell back to a fuzzy filename search. That fallback bails as soon as two files share a name, and reusing an image name across projects (imageA1.png, image.png, screenshots) is the norm in a multi-project Obsidian vault, so imported vaults showed broken images all over. Your ![](/ProjectA/attachments/imageA1.png) worked because the leading slash forced resolution from the vault root.

The fix: vault-root-relative paths now resolve from the vault root — matching how wikilinks and Obsidian both behave — before the filename fallback. So ![](ProjectA/attachments/imageA1.png) renders correctly from a note in any subfolder, no leading slash needed, even when the same filename exists under another folder. Genuine note-relative links (a sibling file next to the note) still resolve the same as before. This also repairs links that were already broken, not just new ones.

Verified end-to-end in the app on a vault mirroring your layout — ProjectA/fileA1.md embedding ![](ProjectA/attachments/imageA1.png), with a colliding ProjectB/attachments/imageA1.png present — and it resolves to ProjectA's copy and renders. Regression tests added for the Obsidian-import case (Markdown links, deep paths, cross-project name collision).

Fixed by the same change as #459; both ship in the next release (v2.17.0).