obsidian-periodic-notes
obsidian-periodic-notes copied to clipboard
Format with folders doesn't work as expected
This isn't really a single bug, but a list of bugs that I think have the same or at least similar causes.
Setup
Versions
- Periodic Notes 0.0.17
- Calendar 1.5.10
Settings

List of bugs
Periodic Notes plugin
- Warning that filename should be unique even though it is
There is a note at
2023/02 Feb/12 Sun
that I think is causing this, but it shouldn't because it's a different month. - Open today doesn't create a note and instead opens the wrong note So on 12-3-2023 when I press the open today button in the sidebar it opens 12-2-2023 instead
Calendar plugin
The following issues are with the calendar plugin, but I am including them because I assume it's because the information it gets from this plugin is incorrect. But I'm not sure how obsidian plugins work.
- Written notes are contributed to the wrong date
Here the dots continue to march 24th even though my march notes only go to march 11th
When I click on days after march 11th it will instead open notes in february
- Clicking on a day that does have a note but not any dots says that the note doesn't exist and prompts to create it at the paths that already exists
When clicking create it gives an Unable to create file notification.
+1 on this one. I have the issue that the Calendar plugin doesn't take the folder path into account when rendering links, which means that filenames that are not unique vault-wide might link to period notes from previous months/years. In my specific case, I keep weekly notes in gggg/[week] w
. Now that I'm completing my first yearly cycle of note-keeping in this format, Calendar's weekly note link for week 41 of 2023 (the period note for that is 2023/week 41
) says that the note already exists (it does not), and the link leads me to last year's week 41 note, 2022/week 41
I discovered something which is not strictly related to your issue, but might be helpful for other folks who stumble upon this note.
The note format is split by path. In my case I was using a format like [journal/]gggg[/w]ww
. When that was being split, the trailing part was w]ww
which can't be parsed by moment. When I moved my /
outside of my []
then suddenly my weekly note issues disappeared.
Hope this helps somebody else save some time... :-)
Seems to be addressed in 1.0.0-beta.3 which you can install through BRAT.
I have the same issue with Periodic Notes In Daily notes I was using YYYY/MM-MMM/YYYY-MM-DD
for the date format
In Periodic Notes, the "will be created at" and "Format" previews show red if I include any slashes at all. This is true for Weekly Notes as well. I don't see "Filename must be unique".
The format above does actually work for daily notes. The format YYYY/gggg-[W]WW
works for weekly notes.
I am able to create a new daily or weekly note using the command palette. They are created in the correct folder.
I'll be happy to test again once the release version of periodic Notes is updated. (I don't know what BRAT is or how to set it up, and my bandwidth is limited)