Deleting Fields can cause 10-20 new fields with garbage values to be created.
What happened?
When deleting a date field from roughly 100 notes, the date field would be deleted but multiple new fields with single values of random characters would appear.
What did you expect to happen?
The date field to be deleted.
How can we reproduce it (as minimally and precisely as possible)?
add lots of files with multiple field types (specifically I had one date type field and one text type field) and delete the date type.
Anything else we need to know?
if the date field was actually deleted, the new fields being created looked like:
"0": "\r" "1": "{" "2": "}"
if the date field wasnt actually deleted it looked like this:
"\r"\r\"\\rdate\""": 2023-02-24 text: textfield
Plugin version
1.17.1
Obsidian version
v1.4.16
OS
Windows
I met a similar problem, but with other behavior.
In short, the problem was with LF and CRLF. In my case, to simply fix the Vault, I needed to transfer all files to LF. Windows 10, obsidian 1.5.3, plugin 1.17.1
I'm not entirely sure how exactly i encountered this problem the first time, but at some point almost all the "tables" were broken. Was able to repeat it through “git clone” Vault. I think, but have not tried, that other cloning/usb transfer operations will also repeat the result.
Not sure if the problem is with the plugin or obsidian, but I found mention of it here.
Repeat:
- LF - Works well.
- Change the “Test-2” md file to CRLF.
- Double-click on the “some text” field. - Now there are two fields “some text” - The properties are gone.
- More double click and other "some-text" is now ""\rsome-text"".
- More double clicking. - more \r
- It can also create new fields. For example, one is "\rsome" and the other is "\r"\rsome""
-
3
-
3
-
4-5
In short, the problem was with LF and CRLF.
Same here.
https://forum.obsidian.md/t/being-able-to-select-line-endings-crlf-lf/5294 https://github.com/denolehov/obsidian-git/issues/164