The bug seems to result in a complete replacement of all properties with those of another note. Here’s a step-by-step guide to reproduce the issue in a sandbox vault:
- Open
Note #1
in a new tab and add a property in list format. - Switch to
Note #2
in the same tab and add a property in list format. - In
Note #2
, right-click on any property value and select Edit. - Now press the hotkey for Navigate Back.
- Upon doing so, you’ll be met with an error message:
DOMException: Failed to execute 'removeChild' on 'Node': The node to be removed is no longer a child of this node. Perhaps it was moved in a 'blur' event handler?
- Go back to
Note #1
(you’ll have to use switcher because back shortcut will not work). - You’ll notice that the note’s properties have been replaced with those from
Note #2
. You will likely need to restore them using File Recovery.