You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Immediately send a message from mobile before tapping refresh
Message is lost — server returns "Session is already processing a request"
Expected
Messages sent during restore should be queued and delivered once the session is ready.
Workaround
Tap the refresh/sync button on mobile after reconnect, then send the message. This forces a full state sync and the session becomes responsive.
Root Cause
The WsBridge server accepts client connections during restore but sessions aren't fully initialized yet. The client's send_prompt arrives before RestorePreviousSessionsAsync completes, hitting a session in a half-loaded state.
Possible Fix
Queue incoming send_prompt messages during the IsRestoring window and replay them once restore completes, similar to how sessions_list broadcast is deferred.
Summary
When the desktop app restarts and mobile reconnects via WsBridge, the first message sent from mobile may be lost if sessions are still restoring.
Repro
relaunch.sh)Expected
Messages sent during restore should be queued and delivered once the session is ready.
Workaround
Tap the refresh/sync button on mobile after reconnect, then send the message. This forces a full state sync and the session becomes responsive.
Root Cause
The WsBridge server accepts client connections during restore but sessions aren't fully initialized yet. The client's
send_promptarrives beforeRestorePreviousSessionsAsynccompletes, hitting a session in a half-loaded state.Possible Fix
Queue incoming
send_promptmessages during theIsRestoringwindow and replay them once restore completes, similar to howsessions_listbroadcast is deferred.