# Grok re-enables itself after being disabled in Settings

**URL:** <https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894>\
**Category:** Bug Reports\
**Tags:** chat, grok\
**Created:** [July 16, 2026, 10:48am UTC](https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894 "2026-07-16T10:48:36Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![Tereza\_Kosata](https://avatars.discourse-cdn.com/v4/letter/t/eb8c5e/32.png) [@Tereza\_Kosata](https://forum.cursor.com/u/Tereza_Kosata)\
**Post date:** [July 16, 2026, 10:48am UTC](https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894/1 "2026-07-16T10:48:37Z")

</div>

### Where does the bug appear (feature/product)?

Cursor IDE

### Describe the Bug

I switched off Grok in Settings → Models and I started new chat with another model (for example Fable 5). When I run command in chat it automatically changes to Grok

### Steps to Reproduce

- open Cursor
- go to Settings → Model
- switch off Grok
- start new chat with Fable model (or other except for Grok)
- run command in chat
- Grok enables inself in settings and is used automatically in chat

### Expected Behavior

Model I pick in chat is used

### Screenshots / Screen Recordings

### Operating System

MacOS

### Version Information

Version: 3.11.25  
VS Code Extension API: 1.125.0  
Commit: fc2563ec93d793fc275eef734405a4fdf8b47b20  
Date: 2026-07-15T01:27:41.754Z  
Layout: IDE  
Build Type: Stable  
Release Track: Default  
Electron: 40.10.3  
Chromium: 144.0.7559.236  
Node.js: 24.15.0  
V8: 14.4.258.32-electron.0  
xterm.js: 6.1.0-beta.256  
OS: Darwin arm64 25.5.0

### For AI issues: which model did you use?

I wanted to use Fable 5 but model changed automatically to Grok

### Does this stop you from using Cursor

Cursor works, but I am not able to use model which I want and which is relevant for my tasks

---

<div class="post-metadata">

**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\
**Post date:** [July 16, 2026, 12:50pm UTC](https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894/5 "2026-07-16T12:50:07Z")

</div>

Hey, thanks for the detailed report with steps and the screen recording. It really helps.

I looked into it and this is a bug on our side. In new chats, Cursor sometimes nudges you toward the recommended model right now that’s Grok 4.5, and it also re-enables it in Settings, ignoring that you explicitly turned it off and selected Fable 5. That shouldn’t happen. I reported it to the team.

There’s no separate option to disable this nudge yet, so there isn’t a clean workaround either. For now, you’ll need to re-select Fable 5 and optionally disable Grok again in each new chat. If you don’t want to end up on the more expensive Fast option, make sure Fast isn’t enabled in the picker.

I can’t share an ETA for a fix yet. Once I have an update, I’ll reply in this thread.

---

<div class="post-metadata">

**Author:** ![kvothe](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/kvothe/32/98295_2.png) [@kvothe](https://forum.cursor.com/u/kvothe)\
**Post date:** [July 18, 2026, 5:07am UTC](https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894/7 "2026-07-18T05:07:22Z")

</div>

Please fix this. Grok sucks, and I don’t want to use it. Please bring Composer or Auto (without Grok) back as the default

---

<div class="post-metadata">

**Author:** ![svasenkov](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/svasenkov/32/115458_2.png) [@svasenkov](https://forum.cursor.com/u/svasenkov)\
**Post date:** [July 23, 2026, 3:32pm UTC](https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894/9 "2026-07-23T15:32:28Z")

</div>

Hey, guys, i solved the task)

> **[GitHub - svasenkov/cursor-grok-sucks: Keep Cursor Grok\* models disabled in local...](https://github.com/svasenkov/cursor-grok-sucks)**
>
> Keep Cursor Grok\* models disabled in local settings (workaround for auto-reenable / Auto nudge)

---

<div class="post-metadata">

**Author:** ![jsmith](https://avatars.discourse-cdn.com/v4/letter/j/df705f/32.png) [@jsmith](https://forum.cursor.com/u/jsmith)\
**Post date:** [July 23, 2026, 3:54pm UTC](https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894/11 "2026-07-23T15:54:59Z")

</div>

This exact same thing is happening to us right now except it’s changing from Auto to Composer 2.5. Composer isn’t disabled in settings, but it’s changing the model selection from Auto to Composer 2.5 after I send the message.

Router is NOT enabled.

---

<div class="post-metadata">

**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\
**Post date:** [July 24, 2026, 5:32am UTC](https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894/12 "2026-07-24T05:32:09Z")

</div>

@jsmith what you’re describing sounds like a different case than this thread. This thread is about a disabled model that turns itself back on. In your case, Auto switches to Composer 2.5 after you send a message, nothing is disabled, and Router is off. We should track that separately so it doesn’t get mixed up with the current bug.

Please start a new thread for your case and include:

- your Cursor version Settings \> About and your OS
- the Request ID from the message where Auto switched to Composer 2.5 top right chat menu \> Copy Request ID
- whether you’re hitting a usage or rate limit at that moment
- if possible, a short screen recording

With those details, we can reproduce it properly and figure it out. Drop the link to the new thread here and we’ll take it.

---

<div class="post-metadata">

**Author:** ![Ceneka](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/ceneka/32/59015_2.png) [@Ceneka](https://forum.cursor.com/u/Ceneka)\
**Post date:** [July 24, 2026, 5:56am UTC](https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894/13 "2026-07-24T05:56:05Z")

</div>

### Where does the bug appear (feature/product)?

Cursor IDE

### Describe the Bug

Cursor keeps forcing FAST on Grok 4.5

### Steps to Reproduce

Choose Grok 4.5 on a new chat  
Set it to high and turn OFF “Fast”  
Do something.  
Open a new chat  
Grok 4.5 its on Fast again

### Expected Behavior

Grok 4.5 stays with “Fast” on OFF

### Operating System

Linux

### Version Information

Version: 3.12.17  
VS Code Extension API: 1.128.0  
Commit: 0fb762053c34788bb7760d5673f8a6d4c8589d50  
Date: 2026-07-17T02:53:53.006Z  
Layout: Agent Window  
Build Type: Stable  
Release Track: Default  
Electron: 40.10.3  
Chromium: 144.0.7559.236  
Node.js: 24.15.0  
V8: 14.4.258.32-electron.0  
xterm.js: 6.1.0-beta.256  
OS: Linux x64 6.18.34

### Does this stop you from using Cursor

No - Cursor works, but with this issue

---

<div class="post-metadata">

**Author:** ![Hasan\_Salim\_Kanmaz](https://avatars.discourse-cdn.com/v4/letter/h/6f9a4e/32.png) [@Hasan\_Salim\_Kanmaz](https://forum.cursor.com/u/Hasan_Salim_Kanmaz)\
**Post date:** [July 24, 2026, 10:47am UTC](https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894/14 "2026-07-24T10:47:21Z")

</div>

Looking forward to resolution asap. It is so annoying.

---

<div class="post-metadata">

**Author:** ![svasenkov](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/svasenkov/32/115458_2.png) [@svasenkov](https://forum.cursor.com/u/svasenkov)\
**Post date:** [July 24, 2026, 12:50pm UTC](https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894/15 "2026-07-24T12:50:43Z")

</div>

use my solution in upper message)

---

<div class="post-metadata">

**Author:** ![jkpe](https://avatars.discourse-cdn.com/v4/letter/j/f0a364/32.png) [@jkpe](https://forum.cursor.com/u/jkpe)\
**Post date:** [July 24, 2026, 1:32pm UTC](https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894/16 "2026-07-24T13:32:54Z")

</div>

Plan sub-tasks are also defaulting to Grok 4.5 Fast with this bug.

---

<div class="post-metadata">

**Author:** ![Pol\_Cors](https://avatars.discourse-cdn.com/v4/letter/p/c6cbf5/32.png) [@Pol\_Cors](https://forum.cursor.com/u/Pol_Cors)\
**Post date:** [July 24, 2026, 2:27pm UTC](https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894/17 "2026-07-24T14:27:32Z")

</div>

I’m also noticing a lot of Fast (Composer and Grok) after being disabled them (except for the ones I can’t), but my main work was being done in Not-Fast and now seems a bit random. (at least haven’t found why or how to solve it).

---

<div class="post-metadata">

**Author:** ![Charles\_Wood](https://avatars.discourse-cdn.com/v4/letter/c/6a8cbe/32.png) [@Charles\_Wood](https://forum.cursor.com/u/Charles_Wood)\
**Post date:** [July 24, 2026, 3:01pm UTC](https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894/18 "2026-07-24T15:01:44Z")

</div>

I am seeing this as well.

Version: 3.13.10 (user setup)  
VS Code Extension API: 1.128.0  
Commit: 4f02290ccd9304f0e6bf8ee85f6e9106f02ac1f0  
Date: 2026-07-23T21:41:07.333Z  
Layout: IDE  
Build Type: Stable  
Release Track: Default  
Electron: 40.10.3  
Chromium: 144.0.7559.236  
Node.js: 24.15.0  
V8: 14.4.258.32-electron.0  
xterm.js: 6.1.0-beta.256  
OS: Windows\_NT x64 10.0.26200

---

<div class="post-metadata">

**Author:** ![kvothe](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/kvothe/32/98295_2.png) [@kvothe](https://forum.cursor.com/u/kvothe)\
**Post date:** [July 24, 2026, 3:42pm UTC](https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894/19 "2026-07-24T15:42:27Z")

</div>

Since the last update, the situation has gotten even worse. Cursor is pushing us really hard to use Grok

---

<div class="post-metadata">

**Author:** ![Calim](https://avatars.discourse-cdn.com/v4/letter/c/46a35a/32.png) [@Calim](https://forum.cursor.com/u/Calim)\
**Post date:** [July 24, 2026, 6:00pm UTC](https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894/20 "2026-07-24T18:00:01Z")

</div>

Having the same problem. It persist with grok disabled.

---

<div class="post-metadata">

**Author:** ![tmurillotw](https://avatars.discourse-cdn.com/v4/letter/t/85f322/32.png) [@tmurillotw](https://forum.cursor.com/u/tmurillotw)\
**Post date:** [July 28, 2026, 11:59pm UTC](https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894/21 "2026-07-28T23:59:35Z")

</div>

Experiencing this as well. I’m guessing this is working as intended from the PM’s perspective, but some of us refuse to use software developed by that company. Strongly considering moving to another coding platform if this is not resolved soon, for what it’s worth.

---

<div class="post-metadata">

**Author:** ![Charles\_Wood](https://avatars.discourse-cdn.com/v4/letter/c/6a8cbe/32.png) [@Charles\_Wood](https://forum.cursor.com/u/Charles_Wood)\
**Post date:** [August 4, 2026, 12:50pm UTC](https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894/24 "2026-08-04T12:50:53Z")

</div>

It was apparently fixed yesterday: [Share your Thoughts on Grok 4.5! - #181 by kevinn](https://forum.cursor.com/t/share-your-thoughts-on-grok-4-5/165160/181)

---

<div class="post-metadata">

**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\
**Post date:** [August 4, 2026, 2:07pm UTC](https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894/25 "2026-08-04T14:07:37Z")

</div>

Hey, quick update on this thread.

The issue from the first post, where a model disabled in Settings \> Models like Grok would turn itself back on and get auto selected in chat, was fixed in a recent update stable version 3.14.7. Please update to the latest version and this should go away. Disabled models now stay off, and auto switching will no longer pick them. Thanks to @Charles_Wood for confirming in #24.

Separately, about Fast turning itself back on with Grok 4.5 or Composer 2.5 @Ceneka, @jkpe, @Pol_Cors, this is a different issue and it is not covered by this fix. We are tracking it, but I can’t share an ETA yet. I’ll post here when I have an update.

If after updating to 3.14.7 you still see a disabled model being used, please reply with your version and the Request ID and we will take a look.

---

<div class="post-metadata">

**Author:** ![Art\_Lowel](https://avatars.discourse-cdn.com/v4/letter/a/e68b1a/32.png) [@Art\_Lowel](https://forum.cursor.com/u/Art_Lowel)\
**Post date:** [August 6, 2026, 9:58am UTC](https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894/29 "2026-08-06T09:58:48Z")

</div>

@deanrie

> Disabled models now stay off, and auto switching will no longer pick them

That doesn’t seem to be the case. I’m running 3.14.7, and while disabled models do seem to stay off for now, from the usage tab at [https://cursor.com/dashboard/usage](https://cursor.com/dashboard/usage), I gather that any time I pick “auto” Grok is used even though it’s disabled both as “Model” and as “Subagent model”.

At first I figured this happened because an existing chat in an existing project might continue to use the model it had been using before. But it also happens for new chats in projects created after upgrading to 3.14.7

Here’s the request ID of a request with the issue: 8f1b687f-e5c0-4e30-b337-01c095480ded

---

<div class="post-metadata">

**Author:** ![Patrick\_Hamel](https://avatars.discourse-cdn.com/v4/letter/p/7bcc69/32.png) [@Patrick\_Hamel](https://forum.cursor.com/u/Patrick_Hamel)\
**Post date:** [August 6, 2026, 11:32am UTC](https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894/30 "2026-08-06T11:32:23Z")

</div>

I have the same behavior. Grok is always selected even if explicitly disabled.

---

<div class="post-metadata">

**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\
**Post date:** [August 8, 2026, 6:11pm UTC](https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894/31 "2026-08-08T18:11:57Z")

</div>

Quick update on this thread. The behavior it started with, where a model that’s disabled in Settings turns itself back on and replaces the model you picked in a new chat, was investigated, and recent updates include improvements for this.

If you’re still seeing it, please update to the latest Stable build, then check if it still happens. Cursor Settings \> About will show your version. Some of the reports above are from older versions 3.11.x and 3.13.x.

If the issue still happens on the latest version, please share:

- Your Cursor version and OS Cursor Settings \> About
- The Request ID from the message where the model switched by itself right top chat menu \> Copy Request ID

Also, about a couple things from recent messages. Fast turning on by itself on Grok 4.5, and Plan sub-tasks going to Grok Fast, are most likely separate issues, not the same as the original report. If they still happen after updating, please start a separate thread for each one you can link back here so it’s easier to track and avoid mixing cases.

Let me know how it looks on the latest version.

[Next page](https://forum.cursor.com/t/grok-re-enables-itself-after-being-disabled-in-settings/165894.md?page=2)
