Interrupting requests makes the model forget everything it has done #1690

Closed
opened 2026-02-16 17:32:11 -05:00 by yindo · 8 comments
Owner

Originally created by @stabildev on GitHub (Sep 11, 2025).

Originally assigned to: @rekram1-node on GitHub.

When interrupting a request because a model goes off rails, then adding an instruction, the model forgets everything it has read or edited thus far. It will always start again reading all the files, making the same edits again, wondering why some changes are already there etc.

Expected behavior:
Interrupting a request and adding a follow up request, the knowledge about what has been read and edited should be present in the context, allowing it to seemlessly pick up where it stopped.

Originally created by @stabildev on GitHub (Sep 11, 2025). Originally assigned to: @rekram1-node on GitHub. When interrupting a request because a model goes off rails, then adding an instruction, the model forgets everything it has read or edited thus far. It will always start again reading all the files, making the same edits again, wondering why some changes are already there etc. Expected behavior: Interrupting a request and adding a follow up request, the knowledge about what has been read and edited should be present in the context, allowing it to seemlessly pick up where it stopped.
yindo closed this issue 2026-02-16 17:32:11 -05:00
Author
Owner

@github-actions[bot] commented on GitHub (Sep 11, 2025):

This issue might be a duplicate of existing issues. Please check:

  • #2324: Reports that cancelling causes context loss and previous responses are totally ignored after interruption
  • #2171: Discusses whether interrupted messages are lost from context and mentions that aborted actions won't be in context
  • #2540: Reports similar context destruction issues and references #2324 for related problems

Feel free to ignore if none of these address your specific case.

@github-actions[bot] commented on GitHub (Sep 11, 2025): This issue might be a duplicate of existing issues. Please check: - #2324: Reports that cancelling causes context loss and previous responses are totally ignored after interruption - #2171: Discusses whether interrupted messages are lost from context and mentions that aborted actions won't be in context - #2540: Reports similar context destruction issues and references #2324 for related problems Feel free to ignore if none of these address your specific case.
Author
Owner

@ribelo commented on GitHub (Sep 11, 2025):

Yeah, I noticed it today and I can't tell if I saw it before. It basically makes work impossible or at least expansive

@ribelo commented on GitHub (Sep 11, 2025): Yeah, I noticed it today and I can't tell if I saw it before. It basically makes work impossible or at least expansive
Author
Owner

@thdxr commented on GitHub (Sep 11, 2025):

Image

couldn't easily recreate but can you recreate and drop a share link so i can inspect? ty

@thdxr commented on GitHub (Sep 11, 2025): <img width="2632" height="1530" alt="Image" src="https://github.com/user-attachments/assets/3790f4d1-224d-4674-aecf-4aa6604978f3" /> couldn't easily recreate but can you recreate and drop a share link so i can inspect? ty
Author
Owner

@rekram1-node commented on GitHub (Sep 12, 2025):

related: #2494

@rekram1-node commented on GitHub (Sep 12, 2025): related: #2494
Author
Owner

@ribelo commented on GitHub (Sep 12, 2025):

@thdxr https://github.com/sst/opencode/pull/2563

I made it before you asked. If I will have a session I can share, I’ll do it. For now, you can check if the code I fixed was actually broken, in my opinion it was.

@ribelo commented on GitHub (Sep 12, 2025): @thdxr https://github.com/sst/opencode/pull/2563 I made it before you asked. If I will have a session I can share, I’ll do it. For now, you can check if the code I fixed was actually broken, in my opinion it was.
Author
Owner

@stabildev commented on GitHub (Sep 14, 2025):

I cannot share the session of the project where it occurs the most. So far I haven't been able to create an optimal reproduction. It seems to be at least somehow model specific (esp. Grok Code and GPT 4.1).

@stabildev commented on GitHub (Sep 14, 2025): I cannot share the session of the project where it occurs the most. So far I haven't been able to create an optimal reproduction. It seems to be at least somehow model specific (esp. Grok Code and GPT 4.1).
Author
Owner

@rekram1-node commented on GitHub (Sep 14, 2025):

this should actually be fixed on latest

Dax made some message structure changes

@rekram1-node commented on GitHub (Sep 14, 2025): this should actually be fixed on latest Dax made some message structure changes
Author
Owner

@rekram1-node commented on GitHub (Sep 14, 2025):

Going to close, if anyone has this issue on latest lmk and we can reopen

@rekram1-node commented on GitHub (Sep 14, 2025): Going to close, if anyone has this issue on latest lmk and we can reopen
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: anomalyco/opencode#1690