Hi, sorry for the AI-generated bug report, but I asked Claude to recap what it did, since the issue came up while I was reorganizing my tags through the MCP server.
Bear Version: 2.9.1 beta
OS Version: 26.5.2 (macOS)
What were you doing: Reorganizing my entire tag tree (~1,100 notes) to get ready for the new Workspace feature. I did the renaming through the Bear MCP server (driven from Claude), not by hand in the app — a long series of global tag renames and merges.
What feature did you use: The MCP server’s tag rename operation (rename_tag), including merges with force/overwrite, run repeatedly across many parent tags.
What happened: For normal notes it worked fine. But every locked/protected note that carried a renamed tag got corrupted. In the note list those notes lost their title and tags and showed no attachments. If I open one of the corrupted notes and edit the tag, the title and tags reappear — but the images and attachments are permanently gone. One early warning sign: the rename call reported updating more notes than the tag visibly had (e.g. 285 updated vs 284 shown), which fits with locked notes being modified even though they’re normally excluded from listings.
What did you expect to happen: Locked/protected notes should either be left untouched by MCP tag operations, or have their tags updated without wiping title, tags, and attachments. A tag rename should never destroy note content. I had a backup, so I recovered — but as it stands this is silent, destructive data loss.
