Cursor Grok 4.5 Fast frequently gets stuck, fails to complete tasks, and can spend 30 minutes or more reading files without making any progress. Sometimes it continues indefinitely.
I have to stop the process manually and restart the task. This makes the model nearly impossible to use, even though it was working normally just a few days ago.
The issue appears to be specific to Cursor Grok 4.5 Fast. Other models, including GPT-5.6 and Composer 2.5 Fast, work normally in the same environment, with the same project and SSH connection. They read files and complete tasks without hanging.
Steps to Reproduce
Open Cursor for Windows.
Connect to a remote server via SSH.
Open any existing project with multiple files.
Start Agent mode and select Cursor Grok 4.5 Fast.
Ask the agent to inspect files and make changes.
The agent gets stuck while reading files, does not complete the task, and may continue indefinitely.
I have to stop the process manually and run the request again.
Expected Behavior
The agent should read the required files, complete the requested task, and return a result within a reasonable amount of time without hanging indefinitely.
The issue appears to be specific to Cursor Grok 4.5 Fast.
Composer 2.5 Fast works normally in the same environment, with the same project and SSH connection. It reads files and completes tasks without hanging.
This suggests that the issue is not caused by the SSH connection, the project, or the local environment.
The problem started approximately two days ago. Before that, Cursor Grok 4.5 Fast worked normally with the same setup.
After battling some incidents this morning, Grok 4.5 should be running much more smoothly now. Would you mind giving it another try when you have a moment? If it’s still slow on your end, please share a request ID and I’ll dig into it right away to make sure we get this sorted out for you.
Grok keeps freezing and stops reading files before completing the task. I’m disappointed because I’ve already used up my API limits for other models, and Grok is the model I started with and prefer using. Now I can’t work properly because every request gets stuck, and I don’t understand what is causing the issue.
Subject: Request ID 8033aaa6-5c50-44e0-9139-68bf9b91d61b — Paid subscription is not working
Hello Cursor Support,
I am extremely dissatisfied with the current situation regarding Request ID 8033aaa6-5c50-44e0-9139-68bf9b91d61b.
For the past couple of days, everything was working without any issues. Now I suddenly cannot continue using the service normally, even though I am actively paying for a subscription.
This is especially frustrating because I expect a paid product to be stable and available when I need it. At the moment, I am paying for access that effectively does not work, and I am unable to continue my work.
Please investigate this request as soon as possible, explain what caused the issue, and restore access to the functionality included in my subscription. I would also appreciate compensation or a subscription extension for the time during which the paid service was unavailable.
I expect a prompt response and a concrete solution.
same here any task that takes 3 minutes it’s taking 30 minutes 10x more time, please look into it it started frmo Jul 16 9PM IST and contuuing even now Jul 17 12:00 PM IST
me too.
Sometimes the server freezes for several minutes, indicating unstable performance. These are all paid VIP users. Also, sometimes the session drops, but the background is still running, and the token is still used; the transaction history can be seen in the billing interface.
If you switch to Composer 2.5, is performance (speed, stability) different or the same? This helps us tell whether the issue is specific to Grok 4.5 or affects your setup regardless of model.
Most importantly, we can’t investigate without a request ID. Without one, we can’t trace what happened, correlate logs, or confirm whether it was client- or server-side. For every instance, please share the request ID in text (no screenshots).
Please make sure you’re using the latest version of Cursor, and include your Cursor version in your report.
Please also run network diagnostics and try toggling HTTP compatibility mode, since some of these issues turn out to be network-related rather than model-related. Instructions here: Network, proxy, and remote connections | Cursor Docs
Composer works fine, but it’s much weaker as a model, I can’t use it all the time. The request ID is 8033aaa6-5c50-44e0-9139-68bf9b91d61b, which I sent earlier. Above, people also confirmed the similarity of the error. I use the latest version of Cursor and update immediately.
Multiple Request IDs are really helpful, as some might fall during known periods of degradation or elevated error rates. Being able to correlate multiple degraded sessions overtime is really valuable.
Can you tell me if the problem is known and solved, or do I need to switch to another application for development? I can’t leave the app for more than a couple of minutes for 3 days. I have to check if it’s stuck, because of this it’s impossible to work. We are ready to help with any help to solve the problem.
