Windows: first jcode launch fails with "Server exited before becoming ready" / named pipe access denied.
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 19.9k
- Forks
- 2.3k
- Avg merge
- 2d 7h
- Merged PRs (30d)
- 30
Description
Environment: Windows 11, jcode v0.61.1 (438789eb)
Steps to reproduce:
- Open a fresh PowerShell session (no jcode server currently running)
- Run jcode from a project directory (e.g. C:\xampp\htdocs)
Observed output:
Starting server...
Error: Server exited before becoming ready (status: exit code: 1). Using Claude (use /model to switch models)
[windows] Named pipe \.\pipe\jcode-5de220f6a505e7ec busy (access denied), retrying without first_pipe_instance
Error: Access is denied. (os error 5)
Actual behavior:
The client reports the server failed to start and exited with code 1. However, a server process did start successfully in the background — confirmed via ~/.jcode/servers.json, which showed a live entry with a valid PID immediately after the failure. Running jcode again immediately afterward (even from a different directory) connects to that server without issue and creates a new session normally.
Expected behavior
The initial jcode invocation should either connect successfully on the first try, or the error message should not claim the server "exited" when it is in fact still running and reachable moments later.
Contributor guide
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.
Research direction
Reproduce the first launch from a fresh PowerShell session on Windows and inspect the server startup and named-pipe handling around the reported access-denied error. Compare the initial invocation with the successful second invocation and the live entry in ~/.jcode/servers.json. Done means the first invocation connects successfully, or reports the server state accurately instead of claiming it exited.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- cli, operating-systems
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 55/100