openclaw/extensions/browser
Viz 4cfc8cd5be
fix(browser): discover CDP websocket from bare ws:// URL before attach (#68715)
* fix(browser): discover CDP websocket from bare ws:// URL before attach

When browser.cdpUrl is set to a bare ws://host:port (no /devtools/ path), ensureBrowserAvailable would call isChromeReachable -> canOpenWebSocket against the URL verbatim. Chrome only accepts WebSocket upgrades at the specific path returned by /json/version, so the handshake failed immediately with HTTP 400. With attachOnly: true, that surfaced as:

  Browser attachOnly is enabled and profile "openclaw" is not running.

even though the CDP endpoint was reachable and the profile was healthy. Reproduced by the new tests in chrome.test.ts and cdp.test.ts (#68027).

Fix: introduce isDirectCdpWebSocketEndpoint(url) — true only when a ws/wss URL has a /devtools/<kind>/<id> handshake path. Route any other ws/wss cdpUrl (including the bare ws://host:port shape) through HTTP /json/version discovery by normalising the scheme via the existing normalizeCdpHttpBaseForJsonEndpoints helper. Apply this in isChromeReachable, getChromeWebSocketUrl, and createTargetViaCdp. Direct WS endpoints with a /devtools/ path are still opened without an extra discovery round-trip.

Fixes #68027

* test(browser): add seeded fuzz coverage for CDP URL helpers

Adds property-based / seeded-fuzz tests for the URL helpers the
attachOnly CDP fix depends on (#68027):

  - isWebSocketUrl
  - isDirectCdpWebSocketEndpoint
  - normalizeCdpHttpBaseForJsonEndpoints
  - parseBrowserHttpUrl
  - redactCdpUrl
  - appendCdpPath
  - getHeadersWithAuth

Follows the existing repo convention (see
src/gateway/http-common.fuzz.test.ts): no fast-check dep, small
mulberry32 PRNG + hand-rolled generators, deterministic per-describe
seeds so failures are reproducible.

Lifts cdp.helpers.ts coverage from 77.77% -> 89.54% statements,
67.9% -> 80.24% branches, 78% -> 90% lines. Remaining uncovered
lines are inside the WS sender internals (createCdpSender,
withCdpSocket, fetchCdpChecked rate-limit branch), which require
integration-style mocks and are unrelated to the attachOnly fix.

* test(browser): drive cdp.helpers/cdp/chrome to 100% coverage

Lifts the three files touched by the #68027 attachOnly fix to 100% statements/branches/functions/lines across the extensions test suite. Adds cdp.helpers.internal.test.ts, cdp.internal.test.ts, and chrome.internal.test.ts covering error paths, branch matrices, CDP session helpers, Chrome spawn/launch/stop flows, and canRunCdpHealthCommand. Defensively unreachable guards are annotated with c8 ignore + inline justifications.

* fix(browser): restore WS fallback for non-/devtools ws:// CDP URLs

When /json/version discovery is unavailable (or returns no
webSocketDebuggerUrl), fall back to treating the original bare ws/wss
URL as a direct WebSocket endpoint. This preserves the #68027 fix for
Chrome's debug port while restoring compatibility with Browserless/
Browserbase-style providers that expose a direct WebSocket root without
a /json/version endpoint.

Priority order for bare ws/wss cdpUrl inputs:
  1. /devtools/<kind>/<id> URL \u2192 direct handshake, no discovery (unchanged)
  2. bare ws/wss root \u2192 try HTTP discovery first; if discovery returns a
     webSocketDebuggerUrl use it; otherwise fall back to the original URL
     as a direct WS endpoint
  3. HTTP/HTTPS URL \u2192 HTTP discovery only, no fallback (unchanged)

Affected call sites: isChromeReachable, getChromeWebSocketUrl,
createTargetViaCdp.

Also renames a misleading test ('still enforces SSRF policy for direct
WebSocket URLs') to accurately describe what it tests: SSRF enforcement
on the navigation target URL, not on the CDP endpoint.

New tests added for all three fallback paths. Coverage remains 100% on
all three touched files (238 tests).

* fix: browser attachOnly bare ws CDP follow-ups (#68715) (thanks @visionik)
2026-04-19 05:43:39 -04:00
..
src fix(browser): discover CDP websocket from bare ws:// URL before attach (#68715) 2026-04-19 05:43:39 -04:00
browser-bridge.ts refactor: split browser sdk imports for sandbox and audit 2026-04-03 16:39:47 +01:00
browser-cdp.ts refactor: move browser runtime seams behind plugin metadata 2026-04-05 23:13:14 +01:00
browser-config.ts Browser: consolidate duplicate helper surfaces via facade delegation (#63957) 2026-04-09 19:49:04 -05:00
browser-control-auth.ts Browser: consolidate duplicate helper surfaces via facade delegation (#63957) 2026-04-09 19:49:04 -05:00
browser-doctor.ts refactor: move browser runtime seams behind plugin metadata 2026-04-05 23:13:14 +01:00
browser-host-inspection.ts refactor: move browser runtime seams behind plugin metadata 2026-04-05 23:13:14 +01:00
browser-maintenance.ts refactor: move browser runtime seams behind plugin metadata 2026-04-05 23:13:14 +01:00
browser-profiles.ts refactor: move browser runtime seams behind plugin metadata 2026-04-05 23:13:14 +01:00
browser-runtime-api.ts
cli-metadata.ts perf(plugins): trim channel boundary core imports 2026-04-08 08:52:52 +01:00
index.test.ts chore: enable await-thenable 2026-04-10 20:14:49 +01:00
index.ts test: speed up browser plugin entry tests 2026-04-07 19:59:46 +01:00
openclaw.plugin.json
package.json chore: prepare 2026.4.19-beta.1 release 2026-04-19 02:09:43 +01:00
plugin-registration.ts Browser: align plugin registration mutability 2026-04-07 23:52:55 +01:00
register.runtime.ts refactor: move browser runtime seams behind plugin metadata 2026-04-05 23:13:14 +01:00
runtime-api.ts
setup-api.ts refactor: dedupe extension lowercase readers 2026-04-07 12:18:01 +01:00
test-support.ts fix(browser): route test support through sdk testing 2026-04-04 01:07:28 +09:00
tsconfig.json chore(plugins): bulk add package boundary tsconfig rollout 2026-04-07 08:48:23 +01:00