After updating to 1.7.0 I noticed, that new file links sometimes where automatically inserted in long form instead of in shortest path despite
setting is still “shortest path when possible” and
no other note with a similar name exists somewhere in the vault
What am I doing?
As always typing the two brackets [[ and in case of an already existing note choosing the existing note from the popup. And sometimes (!) but not always it suddenly uses the full path. At other instances it doesn’t do this. Even with one and the same note being selected.
Much worse is, what I noticed later: OB changed the links in some notes to the full path where it never ever was full path before. (I never use the full path thing.)
In this process it even destroyed whole blocks of text/headers that contained links into a complete mess consisting out of wildly scattered fragments of the links and the sourrounding text in some notes.
As it is a behavior I can’t tell you when it occurs and I could’t provoke it by purpose I can’t provide you with further ideas. There is one plugin I hold as a suspect to be accountable for that whole thing - graph banner. A plugin I really appreciate very much, because it is very useful. So I opened a bug report there, too.
What it made suspicious to me was, that it showed a single note twice in the graph banner, which wasn’t the case, when turning off the plugin and confirming the local graph shows the note only once with the Obsidian-own plugin.
Because I only notice it after opening a note I can’t tell you, if this happened all in one instance and I discover the mess bit by bit or if it happenes in the background…
And, yes, I use a ton of plugins, and no, I couldn’t reproduce it in a vault without plugins.
Apart from where the full-path-links came from in the vault: is there a solution, how I can make them all disappear at once?
Anything that could revert all that long links to their shortest possible form (of course only if there isn’t a duplicate name for some note in some folder within the vault).
that’s an outside of obsidian replacement job detail…
i wouldn’t worry too much about it, but you’d need to add an alias to those links to make them better blend in in the texts…
happened to me before when I created a filename that was already present in a different folder: where I didn’t have an alias in those links, the texts were messed with the newly created path prefix
i had github desktop open and reverted the changes…
only if there are hundreds of cases need to be dealt with…
otherwise if it involves only a dozen or so backlinks, you can search in the search modal, click on results one by one and remove the foldername/ parts…