codex - 💡(How to fix) Fix Codex desktop fails to render reopened thread containing assistant-emitted git directive blocks

What version of the Codex App are you using (From “About Codex” dialog)?

Codex desktop 26.513.31313

What subscription do you have?

ChatGPT Plus

What platform is your computer?

Windows 10.0.19045 x64

What issue are you seeing?

Codex desktop fails to render a reopened conversation when an assistant message contains git directive-like text such as ::git-stage{...} or ::git-commit{...}.

This is not limited to standalone directive lines. I reproduced it when the assistant included the directive-like text inside normal explanatory text and inline code spans.

The same conversation can still be opened/read outside the desktop renderer, but the Codex desktop app fails to render it after reopening from the sidebar.

The failure appears to happen when the desktop renderer re-parses assistant-emitted directive-like text and then crashes while parsing the cwd="P:\Codex\001_demo" payload.

What steps can reproduce the bug?

1. Start or open a Codex desktop thread.
2. Have the assistant produce a message containing git directive-like text with a Windows cwd, for example:

::git-stage{cwd="P:\Codex\001_demo"}

or:

::git-commit{cwd="P:\Codex\001_demo"}

1. The directive-like text does not need to be standalone. I also reproduced the issue when the assistant included it inside normal explanatory text, including inline code spans.
2. Close the thread.
3. Reopen the same thread from the sidebar.

Actual result:

The thread fails to render and shows an error page.

This does not appear to require actually executing git stage or git commit. The trigger appears to be the assistant message content containing directive-like text.

What is the expected behavior?

The reopened thread should render normally.

Assistant-emitted text that looks like git directive blocks should be treated as display content when rendering conversation history, or safely escaped/ignored by the renderer. It should not cause the entire thread to fail to render.

Additional information

Relevant logged error:

[electron-message-handler] error boundary
name=LocalConversationPage
errorMessage="invalid syntax at line 1 col 5:

1  cwd=\"P:\\Codex\\001_demo\"
       ^"

Relevant stack locations:

at Br (app://-/assets/markdown-D32gobzN.js:8:5425)
...
at Object.postMessage (app://-/assets/vscode-api-BEuchX0L.js:1:57272)
at Object.error (app://-/assets/vscode-api-BEuchX0L.js:1:57033)
at app://-/assets/review-file-source-tab-BmlwHNat.js:9:123182