Dozend of plans reopen at once with "The content of the file is newer."

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

Any few minutes while the agent generates/work it seems the IDE kind of refreshes: dozens of unrelated plans reopen automatically and for any one the popup message

"The content of the file is newer. Do you want to overwrite the file with your changes, or revert your changes?”

(see attachment) appears but I haven’t touched since days those plans and cursor should haven’t (nothing seems to have changed as far as I can see, perhaps just the timestamp?). this is recurrent and saving and/or reverting changes nothing: the problem reappears if I close them.

furthermore, just in case it can help understanding the issue, in this version simple copy does not work from prompt and also from the menu if the agent (gpt-5.2) is generating it seems impossible to navigate/open pages. also impossible/very slow to open classes. also plans stay blank for minutes before re-showing their content simply when navigating to another plan tab and getting back.

Steps to Reproduce

Ask agent to generate complex coding task

Expected Behavior

It is carried out without cursor crashing with "The window terminated unexpectedly (reason: ‘crashed’,code:‘132’) or opening unexpectedly dozen of unrelated plans stating the file are changed when they aren’t (and in the first place why even opening them?)

Screenshots / Screen Recordings

Operating System

Linux

Version Information

Cursor-2.4.35-x86_64.AppImage
can not open About while gpt-5.2 is generating: hitting the menu has no effect

For AI issues: which model did you use?

gpt-5.2

For AI issues: add Request ID with privacy disabled

not an AI issue, definitely an IDE issue

Additional Information

appears only with Cursor-2.4.35-x86_64.AppImage as far as I can see. 2.4.27 seems fine

Does this stop you from using Cursor

Yes - Cursor is unusable

1 Like

Hey, thanks for the report. This is a known issue. The “file is newer” dialog can pop up for plan files while the agent is running, even if you didn’t edit them manually. We’ve already gotten a few reports like this.

The part where dozens of old plans open at once sounds like a different tracked issue, where the UI keeps rebuilding old plans in a loop. Combined with the dialog spam, it can definitely make Cursor unusable.

A couple notes:

  • As a temporary workaround, you can roll back to version 2.4.27, since you mentioned that works fine. You can grab older AppImage builds from the downloads page: Cursor · Download.
  • The Linux crash with code 132 (SIGILL) should be investigated separately. Can you share the crash log? You can find it in ~/.config/Cursor/logs/, look for the latest crash files.

Let me know if rolling back to 2.4.27 works as a temporary fix.

thanks @deanrie for your reply.

agreed and attached here the zip with the last error:

20260216T120912.zip (122.6 KB)

sorry I didn’t see report were already present for the multiple plans topic.

no problem for the roll back to 2.4.27, is where AppImage shines and allows to keep multiple version installed: works as a temporary fix and the multiple plans issue have re-ppeared only once and I can link (not sure if it this was the real cause or coincidence though) to a network connection change.

thanks and have a great day,

romeo

@deanrie I can reproduce cleanly the dozens of plans reopening simply connecting a VPN (a side note: vpn external to cursor: classic vpn that influence my laptop connection and not just a browser connection for example). as soon as I hit connect the ide goes nuts and opens 20 old plans or more with the popup message I attached above.

hope that can help

adding another note: it seems today is happening with 2.4.27 more often than I thought. this lead me to thinking the problem could be not merely IDE related (I mean: it could also be model-related). what I see as very telling is that all those plans that reopens as “supposedly modified” keep all their todos as flagged (so the IDE sees any plan as accomplished) BUT the orange button “Build” is not flagged with the “v” as it was originally after building them: as if the plan was not previously launched: I always launch the plan from the plan tab and never from the model/prompt tab hence something is odd here.

hope this can help: the most interesting thing is that once the problem starts to appear in 2.4.35 it then starts also in 2.4.27 (same 20 or 30 plans reopen hence something could be odd with them but I can not tell what: nothing apparent)

using only gpt-5.2 for all the plans

@deanrie allow me to let you know the IDE has become completely unusable for me (100% unusable), happens with the old versions as well now (i.e. 2.4.21) and seems linked to re-connections. I see the model stating “Reconnecting….” second before it goes nuts (coincidence? I can not be sure but this is a strong hint) then the model section becomes empty at once (any entry disappears, history as well, dozens of old plans reopen, I close them one by one then the model history reappears)

100% unusable now: any 5 minutes opens 40 plans that must be closed manually one by one.

this confirm the reason is not a specific AppImage version even if it started appearing in 2.4.35

we need at least a way to close massively all plans without the single popup save/cancel

I’ve got a stable 100gb internet connection (double checked while the issue was appearing) hence the connection issue is an issue with the model provider and not with the internet provider: this should not cause the plans to reopen though: it should just wait for the api to return a response

ok I’ve got a possible workaround to make IDE working again just in case can help others as well.

the bug is present but my way of working yesterday wasn’t the best: I drafted dozens of plans in a single “conversation” hence when something crashes all of the plans are reopened (all the plans inside that specific conversation).

downgrading to 2.4.27 gave me immediately a clear hint:

Request ID: 14a35a8b-d488-4d3a-8363-8c53c13a2af4
This conversation has corrupted data. You can view and export it, but new messages cannot be sent. Please start a new conversation to continue.

opening a new conversation make Cursor ide works smooth again

Thanks, this is a really helpful debugging write-up. The VPN reconnect trigger and the corrupted chat detection are exactly the kind of details that help us narrow this down.

Here’s a quick summary of what you found:

  1. The root cause looks like a corrupted chat. When it breaks, all plans in that chat reopen at the same time with the “file is newer” window.
  2. Network changes like connecting or disconnecting a VPN trigger a reconnect, which then exposes the corruption.
  3. Creating a new chat fixes the issue.

A couple tips for the future:

  • Try not to keep too many plans in one chat like you noticed. If the chat gets corrupted, everything can pop open at once.
  • If it happens again, the fastest workaround is to start a new chat.

The team is aware of the “file is newer” window showing up during plan iterations. Your report about the VPN reconnect trigger adds important context. We don’t have an ETA for a fix yet, but this helps us prioritize.

Thanks for the crash logs too. Let us know if the new chat stays stable.

Happens to me also


Version: 2.5.16 (system setup)
VSCode Version: 1.105.1
Commit: 28d8e0b9dedf48f994d5222de1b516f94a48b470
Date: 2026-02-16T13:05:55.280Z
Build Type: Stable
Release Track: Early Access
Electron: 39.3.0
Chromium: 142.0.7444.265
Node.js: 22.21.1
V8: 14.2.231.22-electron.0
OS: Windows_NT x64 10.0.26200

thanks @deanrie

I can confirm the new chat stays stable. everything’s just fine now.

keeping many plans in a chat is just a bad habit related to keeping context but I know there are other ways (forking a chat for example) and I must get used to it because it matters.

thanks a lot for the support, really appreciated

1 Like