Bug: Append to scratchpad with a header defined does not append to header, instead just appends to end of file
bs7280 opened this issue · 1 comments
Bug Description
Append to scratchpad with a header defined (e.g. path=scratchpad#todo
) will still append to the end of the file.
This also happens when making a custom workflow to use the Append to Note external trigger
I wanted to share this to 1) see if anyone else has the issue and 2) Let you know that I have been working on this, and if I can fix it, id like to let you know
Relevant Screenshot
Triggering append to scratchpad.
Note - Open Scratchpad WILL take me to the proper header in obsidian, but append to scatchpad will append to the end of file
Result of my scratchpad:
To Reproduce
- Set Scratchpad Note Path in config to
scratchpad#todo
- Create the scratchpad and add a header
#todo
to note - Trigger append to scratchnote e.g.
oo Fooobar
- In obsidian, you will see content appended to the bottom of the note
Debugging Log
[16:38:53.322] Shimmering Obsidian[Script Filter] Queuing argument '(null)'
[16:38:57.836] Shimmering Obsidian[Keyword] Processing complete
[16:38:57.847] Shimmering Obsidian[Keyword] Passing output 'foobar' to Call External Trigger
[16:38:57.849] Shimmering Obsidian[External] Processing complete
[16:38:57.850] Shimmering Obsidian[External] Passing output 'foobar' to Arg and Vars
[16:38:57.851] Shimmering Obsidian[Arg and Vars] Processing complete
[16:38:57.853] Shimmering Obsidian[Arg and Vars] Passing output 'foobar' to Arg and Vars
[16:38:57.855] Shimmering Obsidian[Arg and Vars] Processing complete
[16:38:57.856] Shimmering Obsidian[Arg and Vars] Passing output 'foobar' to Run Script
[16:38:58.051] Shimmering Obsidian[Run Script] Processing complete
[16:38:58.055] Shimmering Obsidian[Run Script] Passing output 'scratchpad
' to Replace
[16:38:58.056] Shimmering Obsidian[Replace] Processing complete
[16:38:58.057] Shimmering Obsidian[Replace] Passing output 'scratchpad' to Conditional
[16:38:58.059] Shimmering Obsidian[Conditional] Processing complete
[16:38:58.060] Shimmering Obsidian[Conditional] Passing output 'scratchpad' to Call External Trigger
[16:38:58.066] Shimmering Obsidian[External] Processing complete
[16:38:58.068] Shimmering Obsidian[External] Passing output 'scratchpad' to Run Script
[16:38:58.361] Shimmering Obsidian[Run Script] Processing complete
[16:38:58.375] Shimmering Obsidian[Run Script] Passing output '' to Hide Alfred
Workflow Configuration
Version & System Information
-------------------------------
INTERNAL WORKFLOW CONFIGURATION
Vault Path: /Users/<redacted>/Documents/personalvault-1
config folder: exists
Metadata JSONs: 4/4
metadata.json String Length: 209655
-------------------------------
METADATA EXTRACTOR CONFIG
{"writingFrequency":"30","writeFilesOnLaunch":true}
-------------------------------
WORKSPACE DATA
'workspace.json' exists
-------------------------------
SYSTEM
macOS: 13.2.1
Alfred: 5.1.3
-------------------------------
INSTALLED VERSION
Obsidian: 1.4.16
This Workflow: 4.2.0
Advanced URI Plugin: 1.38.1
Metadata Extractor: 1.1.0
-------------------------------
LATEST VERSION
Obsidian: 1.4.16 (Insider: 1.4.16)
This Workflow: 4.2.0
Advanced URI Plugin: 1.38.1
Metadata Extractor: 1.1.0
-------------------------------
Make sure you have done the following
- I have updated to the latest version of this workflow.
- I have read the documentation of the feature I am having problems with.
- I am using Alfred 5. (Alfred 4 is not supported by this workflow anymore.)
- I have updated to the latest version of the Metadata-Extractor and the Advanced URI plugin.
- If the
o…
main search does not work, I made sure that I haven't changed any of the default settings of the Metadata-Extractor. Furthermore, I have tried rerunningosetup
and it still does not work. - If notes in general can be found, but recently created or renamed notes cannot, I used the
oupdate
command to manually update the metadata.
Update - it appears my issue had to do with case sensitive mismatch, but I was confused since the "goto heading" functionality is NOT case sensitive, but after digging deeper
This is because the latter uses an obsidian API plugin functionality, whereas the append to header functionality was implemented by the author and functions differently.
Hope this helps someone