obsidian-dataview
obsidian-dataview copied to clipboard
Possible Bug. Metadata on tasks not rendered correctly
What happened?
I keep web bookmarks with dataview tasks using the following format
* [b] #tag-1 Link 1 [url:: https://www.one.com] [date::2023-01-04]
* [b] #tag-2 Link 2 [url:: https://www.two.com] [date::2023-02-04]
(The [b]
is rendered as a bookmark icon with minimal theme)
With this method I can populate a table/list with all bookmarks from the various notes in my vault. This part is working just fine.
But on the pages with these bookmark tasks, the metadata field url
renders the first url from the list for each succeeding bookmark task (in this example "Link 1" corresponds to "www.one.com", "Link 2" to "www.two.com", etc):
Some things to note:
- Test was done in a fresh vault with only Dataview and Minimal theme installed (same behavior seen with the default theme)
- Moving the order of items does not matter, whatever the first task is that sets
url
, the same will be repeated - The notes in question do not have a frontmatter field with the key
url
. And adding this frontmatter field actually does not affected the reading view rendering or query results - Again, querying the task metadata returns the correct value for each task, its just the reading view rendering on the individual pages
Thank you
DQL
No response
JS
No response
Dataview Version
0.5.64
Obsidian Version
1.4.16
OS
MacOS
I'm having the same thing, it's only visually affecting the metadata, the queries are correct.
Edit mode:
View mode:
If it's not a list, it's OK in view mode:
You need , between metadata points. [][] are also a form of markdown links and thus it thinks it is a link if there is no separator like a , It isn't a dataview bug but a markdown syntax clash
It seems to not work (or maybe I misunderstood the separator thing between [] []) Another weird thing is that it's not interrrupted by a new paragraph, it just picks up the first tag and replicates it. This was done on sandbox in Obisdian, default theme and only Dataview as plugin installed.
Raw:
- [ ] [resp::Bob] task 1
- [ ] [resp::Mike] task 2
- [ ] (resp::John) task 1
- [ ] (resp::Deke) task 2
Paragraph.
- [ ] , [resp::Daniel] task 1
- [ ] , [resp::Oscar] task 2
- [ ] , (resp::Jimmy) task 1
- [ ] , (resp::David) task 2
Paragraph
- [ ] task 1[resp::Donny]
- [ ] task 2 [resp::Eric]
- [ ] task 1 (resp::Nate)
- [ ] task2 (resp::Roman)
Rendered view:
Yes This is a bug. It appeared in a recent update. I also encountered this problem yesterday. Reinstalling the plugin did not solve the issue. The only thing that helped was that there was a vault with an unupdated plugin (ver. 0.5.61), from which I copied the main.js file to the main vault and everything was resolved.
This seems related to #2155 and #2168, and in one of those cases it uses the syntax [ ] - [ ]
, and in the other it doesn't even have the second inline field. So it do seem like there is something going on with inline fields and lists in v0.5.64