GUI v0.1.39 main process crashes: unhandled 'write EOF' at node:internal/stream_base_commons during long, output-heavy turns — Electron app restarts (Windows)
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 45/100
- Issue type
- Bug
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- electron, javascript, node.js
- Domain
- backend-api-design, cli, desktop
Research direction
The crash occurs in the Electron main process during high-volume streaming output. Examine the main process logs and locate the stream write operations, likely in the agent communication or output handling code. Add error listeners to the write streams to prevent uncaught exceptions. Test by simulating a long, output-heavy agent turn in a Windows environment to verify the fix.
Written by the indexing model from the issue text.
Description
Summary
Trigger: long agent turns with heavy streamed output (e.g. a 135 KB file read).
Crashes within minutes, every time the turn is output-heavy.
main.log signature (%APPDATA%\Command Code\logs\main.log):
[error] [uncaughtException] Error: write EOF
at WriteWrap.onWriteComplete (node:internal/stream_base_commons:87:19)
[info] [send] turn resolved {... "stopReason":"interrupted"}
then the Electron app relaunches (no shutdown lines — hard kill).
In one log: 36 x "write EOF", 18 x uncaughtException, 34 app starts —
every error sits between "agent state: running" and an interrupted turn.
No GPU/renderer/OOM errors. Looks like an unhandled stream error event
takes down the Electron main process.
Environment: Windows · GUI v0.1.39 (packaged) · CLI reports 1.63.0.
Expected Behavior
Command Code should complete a long, output-heavy agent turn without terminating. A stream write error must be caught and handled (the app
survives it and the turn either finishes or fails gracefully with an error in the UI).
Actual Behavior
During a long turn the Electron main process hits an unhandled stream
error and the GUI dies, then restarts — mid-turn, with no shutdown lines
in the log.
Log signature (%APPDATA%\Command Code\logs\main.log), repeated on every
occurrence:
[info] [renderer] [queue] send: starting turn {...}
[info] [renderer] [queue] agent state: running {...}
... minutes pass ...
[error] [unhandled] Error: write EOF
at WriteWrap.onWriteComplete (node:internal/stream_base_commons:87:19)
[error] [uncaughtException] Error: write EOF
[info] [send] turn resolved {... "stopReason":"interrupted"}
[info] Command Code starting — v0.1.39 <- relaunch after the kill
Repro is reliable: any turn that streams a large volume (e.g. reading a
~135 KB source file into the agent) crashes within minutes. In one log
file there are 36 "write EOF" entries and 18 uncaughtExceptions across
34 app starts; there are no GPU/renderer/OOM/other error types.
My read: a write stream has no error listener; when its read end closes
mid-write, Node raises "write EOF" as an uncaughtException and the main
process is killed.
Environment: Windows · GUI v0.1.39 (packaged) · CLI reports version
1.63.0 (version mismatch may be relevant).
Steps to reproduce the issue
- Start Command Code GUI on Windows (v0.1.39, packaged build).
- Open a new conversation in any project.
- Ask the agent to work on a large single file so its response streams a
large volume back — e.g. with a ~135 KB source file in the project:
"continue refining your wireframe" (any request that makes the agent
do full-file reads / emit large tool output works). - Wait while the turn runs (no interaction needed).
Result: after a few minutes the Command Code window abruptly disappears
and relaunches. The turn is killed as "stopReason: interrupted" and no
error dialog or exit handler is shown to the user.
Frequency: reproducible on every attempt for output-heavy turns. Shorter
turns (e.g. a 39-character prompt, quick question) usually complete fine
— the crash correlates with long-running, high-volume streaming turns.
Command Code Version
1.63.0
Operating System
Windows
Terminal/IDE
Unknown
Shell
cmd.exe
Session file (optional)
No response
Fix prompt (optional)
No response
Additional context
No response
- Dominant language
- No language data
- Stars
- 4k
- Forks
- 350
- PR merge metrics
- No merged PRs in 30d
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from CommandCodeAI/command-code
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
CommandCodeAI/command-code#903 · 2 comments ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
CommandCodeAI/command-code#855 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
CommandCodeAI/command-code#841 · 1 comment ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
CommandCodeAI/command-code#655 · 1 comment ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
CommandCodeAI/command-code#608 ·
All issues in CommandCodeAI/command-code
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
-
external-issue to-triage
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
googleapis/google-cloud-swift#1151 ·
-
external
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
langchain-ai/langgraph#9074 · 1 comment ·
-
documentation specification
Difficulty 1/5 Under an hour Newbie friendliness 90/100
openai/openai-openapi#584 ·