An interesting note to this behavior. I'm not seeing the system fall out of sync when running in a container. So your typically devcontainer workflow works great.

That does basically disable the majority of the good AI tooling. So for now I'm running a combination of Auggie (Augment Code) and Gemini (Google) through their CLI.

Doesn't look as nice in the UI but we get the job done without issue.

If anyone from Zed reads this. The ability to just run any CLI out of the container as an agent would be awesome. There are so many tools out there and most of them have TUI. Would be nice to not have the editor open files on top of the agents when you split your main screen.

This issue has started happening to me recently. I'm not sure when it started - maybe a week or two ago. The issue is intermittent with no clear pattern or repro.

Example scenarios:

• I create a file via terminal, but the project panel does not show the new file until I reload the window.
• An AI agent edits a file that is opened in a buffer, but the buffer doesn't update until I close it and reopen it.

If I recall correctly, once the issue starts happening, it doesn't stop until I reload the window. So maybe there is something going on w/ inotify or whatever watches the filesystem.

I use zed via remote dev. The remote host is Linux; the local client is macOS.

Zed: v0.204.1 (Zed Preview)
OS: macOS 14.3
Memory: 32 GiB
Architecture: aarch64

Another update here. Developing inside a remote/container is having the same effect. None of my open buffers update when files are changes via the CLI. The project tree has also stopped updating.

I noticed something today that seems like it could be related. After switching branches, an open file synced correctly. I see the correct content in the buffer. But the LSP (basedpyright in this case) seems to be using the file contents from before switching branches.

Note how there are warnings/errors in whitespace and for parts of symbols. The LSP messages are nonsensical for the rendered buffer contents.

After stopping all LSP servers, the warnings/errors are still present, as if there are orphaned LSP servers. I feel like this started happening intermittently at the same time as the stale buffers but I chalked it up to wonky LSP and reloaded zed to fix.

I decided to take a look at my logs. The problem seems to happen when any LSP fails. So for example I do not have terraform installed but I do have tofu installed. However, if I open a TF file to change something then the whole editor loses lsp connection and refuses to work until refreshed.

Caused by: Terraform (CLI) is required. Please install Terraform or make it available in $PATH 2025-09-21T18:19:09-07:00 WARN [project::lsp_store] Get hover via terraform-ls failed: main.tf (224,3): unknown attribute "restart" 2025-09-21T18:19:09-07:00 ERROR [project] Get hover via terraform-ls failed: main.tf (224,3): unknown attribute "restart" 2025-09-21T18:19:10-07:00 WARN [project::lsp_store] Get definition via terraform-ls failed: no reference origin found 2025-09-21T18:19:10-07:00 ERROR [project] Get definition via terraform-ls failed: no reference origin found 2025-09-21T18:19:11-07:00 INFO [project.lsp_format] Formatting via LSP 2025-09-21T18:19:11-07:00 ERROR [project::lsp_store] Formatting failed: failed to format via language server: Terraform (CLI) is required. Please install Terraform or make it available in $PATH 2025-09-21T18:19:11-07:00 ERROR [editor] failed to format via language server

@binarypie How are you getting those logs?

I remembered another oddity that has been occurring for me in the same timeframe, that may support the issue being related to LSP failing.

Sometimes, I use Find All References on a symbol, but it doesn't work (nothing happens). After a few attempts it works, and I move on with my work.

A while later - many seconds to a couple minutes later - the Find All References results window for that symbol randomly open up, without me having used that LSP feature. It's as if the first failed Find All References was queued somewhere in the background and took a while to be executed.

@psychedelicious you can run zed: open log from the execute command shortcut (ctrl+shift+p)

I have this issue when AI agent from terminal edits the workspace, this is not limited to the file explorer also the git windows is out of sync, I have to restart zed every time.

I have this issue when AI agent from terminal edits the workspace, this is not limited to the file explorer also the git windows is out of sync, I have to restart zed every time.

@xsoheilalizadeh next time this happens open the logs and if anything has crashed can you paste them here?

I just encountered the issue again. A file was created in a symlinked folder and it was not picked up (Linux). I do think this is related to symlinks.

I enabled the logging but don't see anything regarding the missing files.

I'm running Zed connected to a remote with no symlinks in the main folder and building rust applications. Main /src files will just not exist or stop being updated even when closing and opening the buffer.

Getting out of sync fs bugs all the time, reloading doesn't fix the issue

Nothing special needed for reproduce this. No crashing LSP, symlinks, monorepos etc.

Steps to reproduce:

• Open empty project in zed
• Open embedded terminal in zed
• touch ./helloworld

Expected Behavior:

• New file is visible in Project panel

Actual Behavior:

• New file is not visible in Project panel

Another duplicate I think: #15791