claude-code - 💡(How to fix) Fix [BUG] Cowork broken since April 15: 503 on /v1/environment_providers/private/.../environments endpoint, persistent 12+ days, full reauth doesn't resolve [1 comments, 1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#54102Fetched 2026-04-28 06:39:11
View on GitHub
Comments
1
Participants
1
Timeline
5
Reactions
0
Participants
Timeline (top)
labeled ×4commented ×1

Cowork has been completely non-functional on my Pro account since April 15, 2026, 04:20:54 AM CT. Every Cowork task fails. Regular Claude chat works fine. Full reauth, reinstall, network changes do not resolve.

The smoking gun in the logs is repeated 503 errors on a specific backend endpoint: GET /v1/environment_providers/private/organizations/{org_id}/environments → 503 "upstream connect error or disconnect/reset before headers. reset reason: remote connection failure, transport failure reason: delayed connect error: Connection refused"

This is the Cowork sandbox provisioning endpoint. When it returns 503, no execution environment can be created, which is why tasks accept the connection then die mid-flight.

Error Message

2026-04-15 04:20:54 [error] [REACT_QUERY_CLIENT] QueryClient error: {"type":"api_error","statusCode":503, "endpoint":"/v1/environment_providers/private/organizations/cdb35e23-a32f-47de-8084-eb4b39448be7/environments", "method":"GET", "message":"upstream connect error or disconnect/reset before headers. reset reason: remote connection failure, transport failure reason: delayed connect error: Connection refused"}

2026-04-20 14:56:28 [error] [COMPLETION] Request failed {"name":"TypeError","message":"Failed to fetch"} 2026-04-20 14:56:28 [error] [COMPLETION] Not retryable error, throwing 2026-04-20 14:56:28 [error] [COMPLETION] Non-API stream error {"name":"TypeError","message":"Failed to fetch"}

2026-04-20 14:54:38 [warn] MaxListenersExceededWarning: Possible EventEmitter memory leak detected. 11 ...AutoUpdater_$_updaterState listeners added.

Error count timeline (from ~/Library/Logs/Claude/claude.ai-web.log):

  • April 12-14: 1-5 errors/day (background)
  • April 15: 72 errors (FIRST 503 SPIKE at 04:20:54 AM)
  • April 18: 223 errors (190 "Failed to fetch")
  • April 20: 13 errors (first [COMPLETION] failures)
  • April 27: 127 errors (still broken on retry today)

Root Cause

Instead: every Cowork task fails. The connection is accepted, the task starts ("Working on it..."), then the request dies mid-flight. The root cause appears to be 503 "upstream Connection refused" errors on the Cowork environment provisioning endpoint, which has been failing for my organization since April 15, 2026.

Fix Action

Fix / Workaround

This bug is in the Cowork sandbox provisioner, not Claude Code CLI. Filing here based on precedent: #48310 (Cowork tabs missing post-April 15 update), #52367 (Dispatch broken since April 15 outage, Max user, no recovery), #53442 (Cowork Drive MCP) — all area:cowork bugs accepted in this repo. There is no separate Cowork repo.

  • Confirmation this is being looked at on the backend
  • Workaround if any exists
  • Refund credit for the period Cowork has been unusable (paying for Pro Cowork access since April 15)

Mitigations attempted (none resolved the issue):

  • Full reauth: sign out everywhere, kill processes, delete ~/Library/Application Support/Claude and ~/Library/Logs/Claude, reinstall, sign back in
  • VPN fully quit
  • App fully quit and relaunched
  • System reboots
  • Email support (multiple attempts, no response)

Code Example

2026-04-15 04:20:54 [error] [REACT_QUERY_CLIENT] QueryClient error:
{"type":"api_error","statusCode":503,
"endpoint":"/v1/environment_providers/private/organizations/cdb35e23-a32f-47de-8084-eb4b39448be7/environments",
"method":"GET",
"message":"upstream connect error or disconnect/reset before headers.
reset reason: remote connection failure,
transport failure reason: delayed connect error: Connection refused"}

2026-04-20 14:56:28 [error] [COMPLETION] Request failed
{"name":"TypeError","message":"Failed to fetch"}
2026-04-20 14:56:28 [error] [COMPLETION] Not retryable error, throwing
2026-04-20 14:56:28 [error] [COMPLETION] Non-API stream error
{"name":"TypeError","message":"Failed to fetch"}

2026-04-20 14:54:38 [warn] MaxListenersExceededWarning:
Possible EventEmitter memory leak detected. 11 ...AutoUpdater_$_updaterState
listeners added.

Error count timeline (from ~/Library/Logs/Claude/claude.ai-web.log):
- April 12-14: 1-5 errors/day (background)
- April 15: 72 errors (FIRST 503 SPIKE at 04:20:54 AM)
- April 18: 223 errors (190 "Failed to fetch")
- April 20: 13 errors (first [COMPLETION] failures)
- April 27: 127 errors (still broken on retry today)
RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing issues and this hasn't been reported yet
  • This is a single bug report (please file separate reports for different bugs)
  • I am using the latest version of Claude Code

What's Wrong?

Summary

Cowork has been completely non-functional on my Pro account since April 15, 2026, 04:20:54 AM CT. Every Cowork task fails. Regular Claude chat works fine. Full reauth, reinstall, network changes do not resolve.

The smoking gun in the logs is repeated 503 errors on a specific backend endpoint: GET /v1/environment_providers/private/organizations/{org_id}/environments → 503 "upstream connect error or disconnect/reset before headers. reset reason: remote connection failure, transport failure reason: delayed connect error: Connection refused"

This is the Cowork sandbox provisioning endpoint. When it returns 503, no execution environment can be created, which is why tasks accept the connection then die mid-flight.

Note on repo and related issues

This bug is in the Cowork sandbox provisioner, not Claude Code CLI. Filing here based on precedent: #48310 (Cowork tabs missing post-April 15 update), #52367 (Dispatch broken since April 15 outage, Max user, no recovery), #53442 (Cowork Drive MCP) — all area:cowork bugs accepted in this repo. There is no separate Cowork repo.

This appears to be part of a wider post-April 15, 2026 service degradation pattern. The April 15 timing in this report matches the outage referenced in #52367 ("Anthropic outage on Wednesday, April 15, 2026"). My account is one of the ones that never recovered.

Environment

  • Plan: Claude Pro
  • OS: macOS (Mac)
  • Client: Claude Desktop
  • Org ID: cdb35e23-a32f-47de-8084-eb4b39448be7
  • Routing path: /environment_providers/private/... (private path, not public)

Timeline (from ~/Library/Logs/Claude/claude.ai-web.log)

DateErrors loggedNotes
Apr 12–141–5/dayBackground noise only
Apr 1572First 503 spike begins 04:20:54 AM on environments endpoint
Apr 163Quiet
Apr 18223190 "Failed to fetch" — stopped using Cowork after this day
Apr 191Not used
Apr 2013First [COMPLETION] Request failed errors at 14:56
Apr 21–26minimalStopped using
Apr 27127Confirmed still broken on retry today

Troubleshooting already attempted

  • Full reauth (sign out everywhere, kill processes, delete ~/Library/Application Support/Claude and ~/Library/Logs/Claude, reinstall, sign back in) — multiple times
  • VPN fully quit
  • App fully quit and relaunched
  • System reboots
  • Email support — multiple attempts, no response

Why this is not the same as #45175

#45175 describes mid-task severance from VM startup. This issue is different:

  • Failure originates upstream of the client (503 from Anthropic's environment provisioner)
  • Specific to the private routing path on this org ID
  • Persistent for 12+ days, not intermittent
  • No client-side fix resolves it

Diagnosis

The endpoint /v1/environment_providers/private/organizations/{org_id}/environments is returning 503 with "Connection refused" on the upstream. This suggests either:

  1. A backend service for the private environment provisioner failing to connect to its upstream
  2. Org-specific routing/config issue on this org_id
  3. A deploy on/around April 15 that broke the private path for some accounts

Local fixes cannot resolve this. Needs backend investigation.

What I need

  • Confirmation this is being looked at on the backend
  • Workaround if any exists
  • Refund credit for the period Cowork has been unusable (paying for Pro Cowork access since April 15)

What Should Happen?

Cowork tasks should successfully provision an execution environment and complete normally.

Instead: every Cowork task fails. The connection is accepted, the task starts ("Working on it..."), then the request dies mid-flight. The root cause appears to be 503 "upstream Connection refused" errors on the Cowork environment provisioning endpoint, which has been failing for my organization since April 15, 2026.

Regular Claude chat works fine. Only Cowork is affected.

Error Messages/Logs

2026-04-15 04:20:54 [error] [REACT_QUERY_CLIENT] QueryClient error:
{"type":"api_error","statusCode":503,
"endpoint":"/v1/environment_providers/private/organizations/cdb35e23-a32f-47de-8084-eb4b39448be7/environments",
"method":"GET",
"message":"upstream connect error or disconnect/reset before headers.
reset reason: remote connection failure,
transport failure reason: delayed connect error: Connection refused"}

2026-04-20 14:56:28 [error] [COMPLETION] Request failed
{"name":"TypeError","message":"Failed to fetch"}
2026-04-20 14:56:28 [error] [COMPLETION] Not retryable error, throwing
2026-04-20 14:56:28 [error] [COMPLETION] Non-API stream error
{"name":"TypeError","message":"Failed to fetch"}

2026-04-20 14:54:38 [warn] MaxListenersExceededWarning:
Possible EventEmitter memory leak detected. 11 ...AutoUpdater_$_updaterState
listeners added.

Error count timeline (from ~/Library/Logs/Claude/claude.ai-web.log):
- April 12-14: 1-5 errors/day (background)
- April 15: 72 errors (FIRST 503 SPIKE at 04:20:54 AM)
- April 18: 223 errors (190 "Failed to fetch")
- April 20: 13 errors (first [COMPLETION] failures)
- April 27: 127 errors (still broken on retry today)

Steps to Reproduce

  1. Sign into Claude Desktop on macOS as a Pro user with org_id cdb35e23-a32f-47de-8084-eb4b39448be7
  2. Attempt any Cowork task (file creation, code execution, multi-step workflow)
  3. Observe: connection accepts, task begins ("Working on it..."), then severs mid-flight
  4. Check ~/Library/Logs/Claude/claude.ai-web.log for 503 errors on /v1/environment_providers/private/organizations/{org_id}/environments

Note: this reproduces 100% of the time on my account since April 15. Other Pro accounts may not reproduce, suggesting an org-specific routing or config issue on Anthropic's backend.

Mitigations attempted (none resolved the issue):

  • Full reauth: sign out everywhere, kill processes, delete ~/Library/Application Support/Claude and ~/Library/Logs/Claude, reinstall, sign back in
  • VPN fully quit
  • App fully quit and relaunched
  • System reboots
  • Email support (multiple attempts, no response)

Claude Model

None

Is this a regression?

Yes, this worked in a previous version

Last Working Version

Whatever Claude Desktop version was current on April 14, 2026. Cowork worked normally up until April 15, 04:20 AM CT, when 503 errors began on the environment provisioning endpoint.

Claude Code Version

Claude 1.3883.0

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

This bug is fundamentally about the Cowork sandbox provisioner, not the Claude Code CLI. The Terminal/Shell and Platform fields above don't really apply but are required fields, so I've selected the closest match. The actual reproduction is in Claude Desktop's Cowork mode on macOS.

Logs available on request — full ~/Library/Logs/Claude/claude.ai-web.log spans April 11-27 with detailed error timestamps.

extent analysis

TL;DR

The issue is likely due to a backend service failure or org-specific routing/config issue on Anthropic's environment provisioner, causing 503 errors on the /v1/environment_providers/private/organizations/{org_id}/environments endpoint, and a workaround or backend investigation is needed.

Guidance

  • The error messages and logs suggest a connection refused issue on the upstream, which may indicate a backend service failure or org-specific routing/config issue.
  • The fact that regular Claude chat works fine and only Cowork is affected suggests that the issue is specific to the Cowork sandbox provisioner.
  • To mitigate the issue, it may be helpful to try a different org_id or a different environment provisioner endpoint to see if the issue is specific to this particular setup.
  • Since local fixes cannot resolve this issue, it is recommended to wait for a backend investigation or a workaround from the Anthropic team.

Example

No code snippet is provided as this issue appears to be related to a backend service failure or config issue.

Notes

The issue seems to be part of a wider post-April 15, 2026 service degradation pattern, and there are other related issues reported (#48310, #52367, #53442). The fact that the issue has been persistent for 12+ days and has not been resolved by local fixes suggests that a backend investigation is necessary.

Recommendation

Apply workaround: Wait for a backend investigation or a workaround from the Anthropic team, as local fixes cannot resolve this issue. This is recommended because the issue appears to be related to a backend service failure or config issue that requires attention from the Anthropic team.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING