"Property cannot be remapped" properties appended to frontmatter

[ojp-me]

• The Plugin is up to date
• Obsidian is up to date

Describe the bug
When "Use default front matter" in unticked, and the template used omits the fields id, type, and dataSource (the properties labelled "property cannot be remapped"), these fields are appended to the newly-created entry's frontmatter anyway.

To Reproduce

1. Untick "Use default front matter" in plugin settings
2. Create a new Media DB entry using a template that has frontmatter excluding id, type, and dataSource
3. The entry's frontmatter has those properties added anyway, despite the template omitting them

Expected behavior
When "Use default front matter" ("If disabled, the front matter from the template will be used") is disabled, the template's frontmatter is replicated exactly, without the additions of these extra unwanted fields.

Occurs on

• Windows
• macOS
• Linux
• Android
• iOS

Plugin version
0.8.0-canary.202060406T152718

Extra context
It seems that "property cannot be remapped" properties have something preventing them from being remapped at all, which also prevents them being remapped to 'remove', which the "Use default front matter" toggle may do behind the scenes. (Just my logical best guess, not sure)