You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
stable-metadata git worker loops endlessly when workspace is not a git repo #19699
Extension: openai.chatgpt-26.422.30944-win32-x64 Platform: Windows 11 x64 Subscription: Plus
What's happening
Opening Codex in a folder that isn't a git repo causes the extension to hammer stable-metadata on the git worker in a tight retry loop — no backoff, no stop. It runs the entire time the extension is open, including when idle between conversations.
My log had 23,846 of these in 13 minutes (~30/sec):
First: 2026-04-26 20:59:47.184
Last: 2026-04-26 21:17:46.160
Duration: ~18 minutes, firing the entire time including idle periods between conversations.
AFTER (20260426T211945 session — after git init in workspace root)
patches the extension host bundle so the non-git stable-metadata path returns null instead of a hard error
patches the webview asset so failed stable-metadata requests resolve to null instead of feeding the loop
creates .stable-metadata.bak backups
includes a restore script
uses MIT license
Current version of the script patches all installed openai.chatgpt-* versions it finds under ~/.cursor/extensions or ~/.vscode/extensions, which turned out to matter when multiple extension versions are present.
Tested locally on Cursor extension builds:
openai.chatgpt-26.422.62136-darwin-arm64
openai.chatgpt-26.422.71525-darwin-arm64
The patch script is here:
patch-codex-stable-metadata.sh
Usage:
bash patch-codex-stable-metadata.sh ~/.cursor/extensions
# or
bash patch-codex-stable-metadata.sh ~/.vscode/extensions
Then reload the editor window.
This is only a local workaround, not an upstream fix, but it stopped the renderer/log loop in my repro.
Activity
github-actions commentedon Apr 26, 2026
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
janbugel commentedon Apr 26, 2026
Log evidence — before and after
git initBEFORE (
20260426T194957session — no git repo in workspace)29,190
stable-metadataerrors out of 29,275 total log lines. Ran continuously for ~18 minutes with no user interaction.Rate: ~27/sec sustained. Sample showing ~10ms intervals:
First:
2026-04-26 20:59:47.184Last:
2026-04-26 21:17:46.160Duration: ~18 minutes, firing the entire time including idle periods between conversations.
AFTER (
20260426T211945session — aftergit initin workspace root)Zero errors. Fix confirmed reproducible.
igorkuznecov commentedon Apr 29, 2026
I put together a small public workaround repo for this
stable-metadatanon-git loop:https://github.com/igorkuznecov/patch-codex-extension
What it does:
stable-metadatapath returnsnullinstead of a hard errorstable-metadatarequests resolve tonullinstead of feeding the loop.stable-metadata.bakbackupsCurrent version of the script patches all installed
openai.chatgpt-*versions it finds under~/.cursor/extensionsor~/.vscode/extensions, which turned out to matter when multiple extension versions are present.Tested locally on Cursor extension builds:
openai.chatgpt-26.422.62136-darwin-arm64openai.chatgpt-26.422.71525-darwin-arm64The patch script is here:
patch-codex-stable-metadata.shUsage:
Then reload the editor window.
This is only a local workaround, not an upstream fix, but it stopped the renderer/log loop in my repro.