Bug: Nodes are added using their basename instead of path. Conflict ensues
See original GitHub issueI have several journal
directories, one per client
this plugin mixes the notes from different journal, but sharing the same file namr
e.g if I have Client A/journal/2021-10-01
that sets client:: [[Client A]]
and client B/journal/2021-10-01
that sets client:: [[Client B]]
, then both of those notes will have both clients as their project
(Real).
I enabled the debug logs, and from the looks of it, it only uses the file name for the indexing, ignoring the path.
Issue Analytics
- State:
- Created 2 years ago
- Reactions:2
- Comments:5 (1 by maintainers)
Top Results From Across the Web
Path conflict when installing MySQL - 365 Data Science
Find professional answers about "Path conflict when installing MySQL" in 365 Data Science's Q&A Hub. Join today!
Read more >replace __FILE__ with file's basename instead its full name
I don't want to touch this code. To my understanding assert() uses __FILE__ and __LINE__. I would like to have a command line...
Read more >Extending with Shared Libraries - Jenkins
If your SCM plugin has not been integrated, you may select Legacy SCM and pick anything offered. In this case, you need to...
Read more >hou.Node - SideFX
The node path hierarchy is similar to the hierarchy of folders and files in a file system. Some nodes, called networks, may contain...
Read more >RFC 7950: The YANG 1.1 Data Modeling Language
The hierarchy can be augmented, allowing one module to add data nodes to the hierarchy defined in another module. This augmentation can be...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
I just bumped into this issue. Why not use
getFirstLinkpathDest(linkpath: string, sourcePath: string): TFile
when indexing the vault?I can confirm this still exists, i am running into this same issue even when i specify the full path.