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
{{ message }}
Repository navigation
Model switched on one client reverts when another client sends #13483
Switch a thread's model on one client (say mobile) and send. Later, send from another client that has used that thread before (say desktop). The thread goes back to the old model.
From one real thread's event log:
9/23: mobile sets the model to Opus 5.5 and sends 2 turns.
9/24: desktop sends thread.meta-updated with the old model (Fable 5.1), right before its next turn.
Cause: web keeps a per-thread composer draft in localStorage. Its modelSelectionByProvider beats the server thread's modelSelection in deriveEffectiveComposerModelState. The draft is never cleared for existing threads. Promotion moves it onto the server thread, and clearComposerContent keeps the model after a send. On the next send, persistThreadSettingsForNextTurn sees a difference from the server model and writes the draft's stale model back.
Duplicate of #10684 — same web composer draft bug: modelSelectionByProvider in localStorage beats the server thread model in deriveEffectiveComposerModelState, and persistThreadSettingsForNextTurn writes the stale draft model back on the next send from a client that still holds the old seed.
Please follow #10684 (accepted; complementary to the mobile-side #10202).
Activity
juliusmarminge commentedon Sep 24, 2026
Duplicate of #10684 — same web composer draft bug:
modelSelectionByProviderin localStorage beats the server thread model inderiveEffectiveComposerModelState, andpersistThreadSettingsForNextTurnwrites the stale draft model back on the next send from a client that still holds the old seed.Please follow #10684 (accepted; complementary to the mobile-side #10202).
juliusmarminge commentedon Sep 24, 2026
Closing as duplicate of #10684.