Repository navigation
Unable to create note #87
Description
Hi Christian,
First off, thank you for all your fantastic obsidian plugins; I am an enthusiastic user of the major three (I think those are the three but I might be mistaken).
I bumped into an issue with podnotes since this week. Each time I try to create a note by right clicking the podcast in the sidebar, an error message appears, warning me: "failed to create {{the note}}.md". I have tried altering the template (I use the modal inside the options of the plugin, I usually tinker more and might write a small script to use in quickadd, but this worked fine and did what I wanted, so just used your handlebar templates as stated in the documentation). I have also tried reinstalling the plugin. I tried altering the metadata from yaml/properties to inline. Nothing helps: it used to work like a charm, now nothing budges.
This is the template I use:
---
title: {{podcast}}
episode: {{title}}
published: {{date:YYYY-MM-DD}}
link: {{url}}
---
# Thoughts on {{title}}
## Description
>[!description]
{{description:> }}
### Content
>[!content]
{{content:> }}The console has two warnings on podnotes:
- The first one, upon start:
app.js:1 Error: Plugin "podnotes" is not passing Component in renderMarkdown. This is needed to avoid memory leaks when embedded contents register global event handlers.
at t.render (app.js:1:1236200)
at t.renderMarkdown (app.js:1:1235981)
at updateTimestampDemo (plugin:podnotes:4423:42)
at PodNotesSettingsTab.addNoteSettings (plugin:podnotes:4425:5)
at PodNotesSettingsTab.display (plugin:podnotes:4369:10)
at SettingsSearch.getTabResources (plugin:settings-search:229:15)
at SettingsSearch.buildPluginResources (plugin:settings-search:129:12)
at eval (plugin:settings-search:131:29)- and this one, after trying to create the note:
Error: Folder already exists.
at t.<anonymous> (app.js:1:710467)
at app.js:1:237002
at Object.next (app.js:1:237107)
at a (app.js:1:235825)
eval @ plugin:podnotes:6560The folder indeed already exists, bc it is the folder stated in podnote settings as the note creation file path, which does not give errors in the example of values below it, and which, up until now, used to work fine:
Blog/Reference Notes/Podcasts/{{podcast}}/{{podcast}} - {{title}}There probably is something I am overlooking, but maybe this has something to do with properties being introduced? I have not used the plugin since the introduction, I must admit.
Thank you for your time, hoping I am just doing something wrong and it is easily adjusted,
Anne
Activity
kliiic commentedon May 8, 2025
Hi Anne,
I've had the exactly same issue, but I've somehow soved it. I can't tell exactly how, but one would describe it as "fiddling" with Note creation file path. I forced Podnotes to create brand new folder, and then step by step I got the path I once intended to use. I know is is not much of a debugging, but I'm convinced the problem is in the path, not the template.
Hope it helps
Ondra
chhoumann commentedon Jun 16, 2026
Looked into this — the actionable failure here is the second console error,
Folder already exists, not the benignrenderMarkdownwarning.Root cause: your note path template targets an existing folder (
Blog/Reference Notes/Podcasts/{{podcast}}/…). PodNotes created folders with a hand-rolled loop that guarded each prefix with the case-sensitivegetAbstractFileByPathand then calledVault.createFolder. On a case-insensitive filesystem (default on macOS/Windows), or with Unicode-normalized folder names, that lookup can miss a folder that is genuinely present, socreateFolderthrowsFolder already exists— which bubbled up as the generic "Failed to create note". The illegal-character half (special characters in{{podcast}}/{{title}}) was already fixed by #99.Reproduced the
createFolder-on-existing-folder throw in a real vault, then confirmed the fix: with the folder present but the lookup forced to miss, note creation now succeeds with zero errors.Fixed in #192, which routes folder creation through a hardened
ensureFolderExiststhat tolerates "already exists" while still surfacing genuine failures. That PRCloses #87(and #22) — it'll close automatically on merge.fix(notes): make path cap platform-aware; apply to feed/transcript/do…
fix(notes): cap note path length and harden folder creation (#22, #87)
fix(notes): make path cap platform-aware; apply to feed/transcript/do…
fix(notes): cap note path length and harden folder creation (#22, #87) (
release(version): Release 2.17.0 [skip ci]
github-actions commentedon Jun 22, 2026
🎉 This issue has been resolved in version 2.17.0 🎉
The release is available on GitHub release
Your semantic-release bot 📦🚀
chhoumann commentedon Oct 11, 2026
Re-checked on current master (07b2812, PodNotes 2.20.2) in Obsidian 1.13.7 on desktop Linux, in an isolated test vault.
Steps: created the folders "Blog/Reference Notes/Podcasts/QA Sweep" first, set the note path to the template from this issue (Blog/Reference Notes/Podcasts/{{podcast}}/{{podcast}} - {{title}}), and created an episode note from the episode menu.
Result: fixed. The note is created inside the existing folder, with no "Folder already exists" error. Linux has a case-sensitive file system, so the case-insensitive variant (macOS/Windows) was not exercised here.