[Bug] File Edit Tool Hangs with +0 -0 — Write Operations Never Complete

Google Antigravity
1

Description

The built-in file edit tool intermittently hangs during write operations. The UI shows +0 -0 with a spinner that never resolves. The edit never completes — the file is not modified. The only recovery is to cancel the operation manually.

This is not model-specific. I’ve reproduced it with both Gemini and Claude Opus as the executing agent. It affects any file type — I’ve seen it on .txt, .json, .yaml, .md, and .py files. It also affects multiple files in the same operation.

Steps to Reproduce

  1. Open an Antigravity workspace with an existing project

  2. Run any agent workflow that instructs the agent to edit or create a file using the built-in file edit tool

  3. Observe the edit panel — the operation shows the target filename with +0 -0 and a loading spinner

  4. The spinner runs indefinitely; the file is never written

Frequency: Intermittent but increasingly common. Happens multiple times per session. Not tied to file size — occurs on single-line files (e.g., writing PASS to a status file).

Expected Behavior

The file edit tool should complete the write operation and reflect the diff (+N -M with actual line counts).

Actual Behavior

The edit panel displays +0 -0 with an infinite spinner. No content is written. The operation must be manually cancelled via the ✕ button. In some cases, one file in a batch will be marked “Cancelled” while another continues spinning (see screenshot).

Workaround

Cancel the hung operation and instruct the agent to use bash heredoc writes instead of the file edit tool:

cat <<'EOF' > path/to/file.txt
PASS
EOF

This completes reliably every time. I’ve been using this workaround for several weeks across multiple projects and agent configurations.

Impact

This is a significant friction point for anyone building multi-step agent workflows in Antigravity. The file edit tool is the default write mechanism agents reach for, so every workflow invocation risks a hang that requires manual intervention, cancellation, and re-prompting. For automated pipelines that depend on sequential file writes (e.g., writing gate results that downstream workflows consume), this breaks the execution chain entirely.

Additional Context

  • The bug is not correlated with file size, file type, or file location within the project

  • It is not correlated with the model family executing the write

  • It occurs in both new and existing files

  • Bash cat / heredoc writes to the same files in the same session succeed immediately after the edit tool hangs on them

Environment

  • Product: Google Antigravity (latest as of 2026-03-30)

  • OS: macOS

  • Models tested: Gemini, Claude Opus (via Antigravity agent runner)

  • Workflows affected: Numerous

2 Likes
2

I’m experiencing the same issue. It was present in version 1.21.6, but after updating to 1.21.9, it occurs even more frequently. This isn’t limited to file writes; it also happens when executing commands to create directories or files.

3

Same issue here, this blocks us from using some skills.

Please fix this asap.

4

Also getting this issue constantly this month. Not sure why, it never happened before. I did switch to a python dominant codebase with lots of images, but that’s about it. It is failing to edit short python files, and stays spinning at +0 -0 indefinitely.

Also on Mac

5

I got this right after update to 1.21.9. In fact failing on multiple sessions repeatedly on my Mac. Gotta ask agent to do edit via bash as fallback. Please fix!

6

Yes it’s become quite unusable. Also on macOS.

7

+1 here. also on macOS. it’s annoying