3.5.33 Glass UI: Changes pane permanently "Failed to load changes" — review component bound to deleted workspace path, runs git with dead cwd

Support Bug Reports
,
1

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

After updating to 3.5.33 (new Glass UI), the Changes / review pane shows “Failed to load changes” on every load, even though the repository is healthy (CLI git and the standard Source Control view both work). Diagnosis from the local logs shows the new review component is bound to a stale workspace whose folder no longer exists on disk, and it spawns its git subprocesses with that dead folder as the working directory.

Steps to Reproduce

  1. Open a project folder in Cursor (pre-3.5), use the agent/review features, then move the project folder to a new
    path on disk and delete the old path.
  2. Update to 3.5.33 (Glass UI) and launch Cursor.
  3. Open the project from its NEW path (File > Open Folder).
  4. Open the Changes / review pane.
  5. Observe “Failed to load changes”. Logs show the review component running git merge-base master HEAD with the OLD
    (deleted) folder as cwd: fatal: not a git repository.
  6. Remove the stale entry from glass.localAgentProjects.v1 in state.vscdb while Cursor is closed; relaunch — the entry
    is restored (apparently from account sync) and the failure persists.

Expected Behavior

The review pane should run git in the currently open workspace folder; stale project entries pointing at deleted
folders should be invalidated rather than restored from sync; the base branch should come from origin/HEAD (main), not
an unconditional “master” guess.

Operating System

Windows 10/11

Version Information

Version: 3.7.27 (user setup)
VS Code Extension API: 1.105.1
Commit: e48ee6102a199492b0c9964699bf011886708ba0
Date: 2026-06-10T01:46:16.942Z
Layout: glass
Build Type: Stable
Release Track: Default
Electron: 39.8.1
Chromium: 142.0.7444.265
Node.js: 22.22.1
V8: 14.2.231.22-electron.0
xterm.js: 6.1.0-beta.256
OS: Windows_NT x64 10.0.26200

Additional Information

Cursor 3.7.27 works, but I can’t commit code changes. So I don’t trust it now with my source code. Claude Code will validate edits and handle Git operations for me.

Does this stop you from using Cursor

No - Cursor works, but with this issue

5

Hey, thanks for the detailed report. The diagnosis that the review component is tied to a remote path, plus restoring the entry from sync, helps a lot.

This matches a known family of git-cwd bugs in the Glass pane. Review spawns git with a cwd that doesn’t exist anymore, so you get Failed to load changes even though the repo itself and the standard Source Control view are fine. The fact that the old folder entry comes back after a manual cleanup is the key detail, I’ve reported that internally. I can’t share a fix timeline yet.

Workaround to get your normal commit flow back right now:

  • Open Editor Window via Ctrl+Shift+P then type Open Editor Window, then commit using the classic Source Control view, it works correctly on your side.
  • If you want to stay in the Glass layout, try Developer: Reload Window first, sometimes it reattaches git to the current workspace.

One request to help pin down the exact cause: can you share the console log or Git Output from Developer Tools at Help > Toggle Developer Tools, where we can see the path git is being spawned with? I want to confirm the cwd resolves to the old folder.

Let me know if the Editor Window workaround lets you commit.