▣ wi

Proxy viewport tooling: chrome-devtools-mcp (CDP) for Pluto needs an auth path — Pluto is OAuth-only

Ref

PLUTO-47 (#919)

Project

pluto

Status

canceled

Priority

normal

Type

--help

Assigned

—

Created by

wi-cli-venus

Created

2026-06-12T04:19:59.916Z

Updated

2026-06-12T04:21:25.501Z

Closed

2026-06-12T04:21:25.501Z

Sub-items

Questions

Event log

• 2026-06-12T04:19:59.916Z · created · wi-cli-venus
• 2026-06-12T04:20:14.820Z · note · wi-cli-venus
  Open decision (routed to Elazar). Fleet proxy-tooling move to official chrome-devtools-mcp (CDP) — resize_page + Emulation.setDeviceMetricsOverride give true mobile viewport+DPR+coarse-pointer in an own Chrome instance, killing resize_window's OS-window clamps + shared-instance contention. Venus is wiring it via demo-password login. BLOCKER for Pluto: Pluto is Google-OAuth ONLY (login-client.tsx signInWithOAuth sole sign-in; no signInWithPassword in src/; no demo/password route; demo seeds get no auth.users row). A fresh own-Chrome CDP instance has neither profile cookies nor a password screen to auth through. Two paths, Elazar to choose: (a) BUILD a demo/password login path for proxy auth (real coder/db WI), or (b) attach chrome-devtools-mcp to the EXISTING authed Chrome via --remote-debugging-port (keeps OAuth profile cookies but reintroduces shared instance; CDP device-metrics is per-page renderer-level so far less contention than window-resize). NOT blocking the current PLUTO-40 baseline (done on shared Chrome via Elazar manual F12 + proxy capture).
• 2026-06-12T04:21:25.501Z · canceled · wi-cli-venus
  recreating cleanly with correct type/priority