With Actions URI v1.8.4, AFO’s “Set Note Properties” action used to leave the properties that are in a template but not edited by the action as is (Mode set to “add new keys, update existing”), but with Actions URI v1.9.0, “Set Note Properties” deletes these empty properties & any body text in the template, and the non-empty properties are randomly placed in the processed md note. It seems the “add new keys, update existing” option is not working properly.
Anyone also experiencing this?
I’m using
- Obsidian v1.13.4
- Actions For Obsidian 2026.1.0(8089)
- Actions URI v1.9.0
- macOS 26.6
Thanks for the bug report, @xcaveman!
I might be a bit dense today, but could you give me a short list of steps (“1. do this, 2. do that, 3. expectation Y, actual result Z”) that I can follow? It’d help with reproducing the issue.
And do you use any vault sync? iCloud Sync, Obsidian Sync, …?
That said, what you describe sounds like the plugin is using Set Note Properties’s “overwrite” path instead of the requested “update” path. It doesn’t explain the body deletion, though. That’s what I hope to figure out with your help!
Hi @czottmann! To make things clearer, I created a simplified version of my shortcut which also reproduces the problem. Here is it and the template.
To reproduce it:
- just run the shortcut
- a
test.md note is created in vault root with all properties from the template
- properties of this note is updated; filled properties stay, not filled properties are deleted
Newly discovered: a 2s delay between create note and set properties makes the problem go away. All properties are kept as expected. 1s delay does not.
I’m using iCloud to sync my vault. I have 60+ plugins in my vault. Maybe too many?
Thanks for the explanations and files. Unfortunately, I can’t reproduce the issue. I did follow your steps exactly, and both AFO and the companion plugin worked as advertised/expected.
Newly discovered: a 2s delay between create note and set properties makes the problem go away. All properties are kept as expected. 1s delay does not.
I’m using iCloud to sync my vault. I have 60+ plugins in my vault. Maybe too many?
It sure sounds like a race condition, i.e. Obsidian being too busy doing something before the update-this-note call comes in. I would not be surprised if that problem is caused by a plugin (60 is a lot), but of course it could also be iCloud — even though I suspect it’s a plugin issue.
As a first step, I recommend disabling all 3rd party plugins except Actions URL, then re-run your reproduction example (with and without the 2s delay). If it works, then one of the deactivated plugins is the culprit. In that case, re-enable half of the plugins, re-run the example. If it works, it might be that the other half is to blame, so re-enable the 2nd half but disable the first 50%. Re-run the example. If that also works, then the number of plugins is the problem. If it doesn’t work, the issue is with one of the enabled plugins.
I hope that wasn’t too confusing 