Parent Issue
Spun off from #32
Problem
When authenticating Claude CLI via dr-claw, the CLI runs inside a server-side PTY where browser launch fails silently. The CLI shows a "Paste code here" prompt but the OAuth URL is not reliably detected or forwarded to the user's browser.
Partially fixed: 0a85acd resolved Windows CLI detection, but the browser/OAuth flow issue remains.
Expected
The auth URL should be automatically detected and opened in the user's browser via the frontend.
Suggested Fix
- Frontend (
src/components/Shell.jsx): When receiving auth_url with autoOpen=true, auto-call openAuthUrlInBrowser()
- Server (
server/index.js): Add Claude CLI-specific URL detection patterns (e.g., paste code here, visit this url) to shouldAutoOpenUrlFromOutput
- Server: Set
BROWSER=none in embedded shell env to force CLI to print URL as text instead of attempting browser launch
Key Files
src/components/Shell.jsx (lines 217-221)
server/index.js (lines 370-378, buildEmbeddedShellEnv)
Priority
P1
Parent Issue
Spun off from #32
Problem
When authenticating Claude CLI via dr-claw, the CLI runs inside a server-side PTY where browser launch fails silently. The CLI shows a "Paste code here" prompt but the OAuth URL is not reliably detected or forwarded to the user's browser.
Partially fixed:
0a85acdresolved Windows CLI detection, but the browser/OAuth flow issue remains.Expected
The auth URL should be automatically detected and opened in the user's browser via the frontend.
Suggested Fix
src/components/Shell.jsx): When receivingauth_urlwithautoOpen=true, auto-callopenAuthUrlInBrowser()server/index.js): Add Claude CLI-specific URL detection patterns (e.g.,paste code here,visit this url) toshouldAutoOpenUrlFromOutputBROWSER=nonein embedded shell env to force CLI to print URL as text instead of attempting browser launchKey Files
src/components/Shell.jsx(lines 217-221)server/index.js(lines 370-378,buildEmbeddedShellEnv)Priority
P1