fix: pasted-text chip revert breaks after draft restore

[posthog]

Problem

Clicking a pasted-text chip in the prompt input no longer reverts the chip back to inline text after the editor restores from a saved draft (for example, after the editor instance is rebuilt because disabled toggled, after a remount, or after returning to a session whose draft contained a pasted chip).

Root cause

MentionChipNode carries a boolean pastedText attribute that distinguishes pasted-text chips (rendered by PastedTextChip with a click-to-revert handler) from normal mention chips (rendered by DefaultChip, which has no click action for file types).

In useDraftSync.ts, both tiptapJsonToEditorContent and editorContentToTiptapJson were dropping the pastedText attribute when round-tripping through EditorContent. After a draft restore, every chip came back with pastedText defaulted to false, so the view rendered DefaultChip and clicks did nothing.

Fix

• Add optional pastedText to the MentionChip interface in utils/content.ts.
• Read node.attrs.pastedText in tiptapJsonToEditorContent and write it back in editorContentToTiptapJson (defaulting to false so existing chips are unaffected).

This preserves the flag through the draft save/restore cycle, so pasted-text chips remain clickable and continue to revert inline.

Test plan

• Paste a long block of text into the prompt input → chip appears
• Click the chip immediately → text is restored inline (still works)
• Paste, then trigger a re-render that rebuilds the editor (e.g. send a different message, switch sessions, or toggle a state that flips disabled), then click the chip → text is restored inline (this was broken before)
• Existing unit tests pass: pnpm --filter code test src/renderer/features/message-editor

---

Created with PostHog Code

[greptile-apps]

_{Reviews (1): Last reviewed commit: "fix: preserve pastedText flag through dr..." | Re-trigger Greptile}