Cursor cannot read nor edit?

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

I cant edit nor read because since last update I get “read blocked by cursor ignore”

I made sure is in the index so definitely not being ignored. The agent can find other ways to edit the file, but the tools it has are not working. Files have correct permission and the user it’s using can definitely edit.

Steps to Reproduce

I just updated and wasn’t able to edit nor read files anymore. I have docker mcp hub enabled and serena. I even tried to close docker just in case it was holding the file hostage, but same thing

Expected Behavior

Cursor should be able to read or edit

Screenshots / Screen Recordings

Operating System

MacOS

Current Cursor Version (Menu → About Cursor → Copy)

Version: 2.1.50
VSCode Version: 1.105.1
Commit: 56f0a83df8e9eb48585fcc4858a9440db4cc7770
Date: 2025-12-06T23:39:52.834Z
Electron: 37.7.0
Chromium: 138.0.7204.251
Node.js: 22.20.0
V8: 13.8.258.32-electron.0
OS: Darwin arm64 25.1.0

For AI issues: which model did you use?

Sonnet 4.5

Does this stop you from using Cursor

Yes - Cursor is unusable

3 Likes

Hey, thanks for the report. I see the “read blocked by cursor ignore” issue on 2.1.50, even though file isn’t in ignore list.

Can you check:

  1. Cursor Settings > General > Global Cursor Ignore List - any patterns matching your file?
  2. Is there a .cursorignore file in project? If yes, what’s inside?
  3. Is Hierarchical Cursor Ignore enabled in settings?

Temp workaround:

  • Fully restart Cursor (Cmd+Q, then reopen)
  • Disable MCP servers (Docker hub and Serena) temporarily and check - issue persists?

If settings are clean, looks like 2.1.50 bug. I’ll pass to team.

I have the same issue!

We’re facing the exact same issue as well. Have tried all your suggestions. This started happening out of the blue.

image
When I press “View included files” I see many of the files I would like to be able to edit. The message in there is a bit confusing, so I’m not sure if I’m seeing files that are to be ignored or are indexed. If the files in there are supposed to be ignored then definitely it is a bug because nothing tells to ignore them. I have my .gitignore only which works correctly.

But point by point:

  1. I don’t see any Global Cursor Ignore List.
  2. No .cursorignore.
  3. It is disabled

Still the same issue that appeared today. Can’t use cursor at the moment. Agent tries to edit with other tools but ends up burning tons of tokens and deleting file content many times.

Btw using claude code in the same cursor terminal works fine. Claude can read/edit as usual

I just fixed it! Here’s how.

Look for a .cursorignore file in the parent directory of the folder you’re working in. For some reason, this can get picked up when cursor works in child directories of this parnt directory.

Mac/Linux:

ls -la | grep .cursorignore

or

find . -name ".cursorignore" -maxdepth 1

Windows (Command Prompt):

dir /a .cursorignore

Windows (PowerShell):

Get-ChildItem -Force -Filter .cursorignore

The -la flag on Mac/Linux and /a on Windows show hidden files (files starting with a dot are hidden by default).

I don’t have any parent folder with any .cursorignore nor have ever used them.

My hunch is that the agent doesn’t understand negations in .gitignore or cannot read it properly. It literally started happening overnight after an update.

Any updates on this?

I have the same issue.

It works when the files are open in the editor, so it doesn’t seem to be a permission issue, but a Cursor bug.

I can read when it’s open but cannot edit the file. Cursor became unusable

Any update to this? It’s been quite a while already @deanrie

If it helps I suspect cursor is not capable of handling these kind of .gitignore lines. SO basically ignore the whole plugins folder and then you unignore only the ones you are interested about. Please fix this. It makes cursor useless if I cannot edit basic php fiels with the agent.

!/src/wordpress/wp-content/plugins/CLIENTNAME-*
!/src/wordpress/wp-content/plugins/CLIENTNAME-*/**/*

@RaulOne could you try updating to version 2.2 or 2.3 and let me know if the issue still happens?

@deanrie The same issue, PHP-project. This happened for the first time today. I experienced this on the second-to-last version of Cursor. Today I updated to the most recent one (2.3.21), but the issue persists.

1 Like

It still doesn’t work. I still suspect it is because cursor doesn’t understand .gitignore negations or nesting. I’ll share my .gitignore

Vendor

/vendor/
/wordpress/

Plugins are ignored by default

/src/wordpress/wp-content/mu-plugins//*
/src/wordpress/wp-content/plugins/
/*
!/src/wordpress/wp-content/mu-plugins/.gitkeep
!/src/wordpress/wp-content/plugins/.gitkeep

Project specific

!/src/wordpress/wp-content/plugins/CLIENTNAME-*
!/src/wordpress/wp-content/plugins/CLIENTNAME-/**/
!/src/wordpress/wp-content/plugins/acmecorp-*
!/src/wordpress/wp-content/plugins/acmecorp-/**

Loco Translate temporary files

*~

Generated language files

/src/wordpress/wp-content//languages/-.json
/src/wordpress/wp-content/
/languages/.mo
/src/wordpress/wp-content/**/languages/
.l10n.php

Misc

.env
node_modules/
/backups/
*.bak
*.bk

And that ignore rule is in the root, right? So, I can’t edit anything inside /src/wordpress/. I can edit a couple of files directly under /src/, but I can’t modify anything inside /src/wordpress/wp-content/plugins/acmecorp or anywhere else under that path (/src/wordpress/).

My suspicion is that Cursor has a bug and doesn’t understand that .gitignore ignoring /wordpress/ applies only to the root folder. It seems to also ignore /src/wordpress/, which it shouldn’t. Even folders that are explicitly unignored inside that path are still not editable.

1 Like

It is not related to .gitignore for me as cursor can’t edit project files. And the issue is reproduced on 2 different projects.

I recommend creating your own post/bug report/issue then, because the bugs are obviously not related, as I can edit php files and all the others if they are in not in the folders I mention