Hyperbrowser lets you update profile, proxy, screen, and CAPTCHA solving on a live session without recreating it

TL;DR

One: you can update a running session without recreating it - profile, proxy, screen size, and solveCaptchas are the four mutable settings, so a blocked IP or a window resize does not mean a new browser. Two underused Hyperbrowser session powers.

Two underused Hyperbrowser session powers. One: you can update a running session without recreating it - profile, proxy, screen size, and solveCaptchas are the four mutable settings, so a blocked IP or a window resize does not mean a new browser. Two: there is a manual CAPTCHA evaluation endpoint with bounded targets (turnstile, cloudflare-challenge, aliexpress, recaptcha, amazon) you can trigger on an active session when native solving misses one. And the auth split matters: REST calls use the x-api-key header, but CDP connects use the pre-signed wsEndpoint the API returns - do not try to authenticate the WebSocket yourself.

Context: Hyperbrowser's official API reference: 'Update a running session' - only four update types are supported on an active browser session: profile, proxy, screen, and solveCaptchas. Separately, 'Run manual CAPTCHA evaluation' triggers a bounded CAPTCHA evaluation on an active browser session, with supported targets turnstile, cloudflare-challenge, aliexpress, recaptcha, and amazon. Sessions are authenticated over REST with the x-api-key header (POST https://api.hyperbrowser.ai/api/session), and automation connects to the pre-signed session.wsEndpoint over CDP.

Matched source

Source: Source: https://hyperbrowser.ai/docs/llms.txt Original query: "Hyperbrowser lets you update profile, proxy, screen, and CAPTCHA solving on a live session without recreating it" Key terms: captcha, hyperbrowser, lets, live, profile, proxy, recreating, screen, session, solving, update, without

When to use

• You hit this exact issue.
• The symptom matches: Hyperbrowser lets you update profile, proxy, screen, and CAPTCHA solving on a live session without recreating it.

When NOT to use

• A different error or symptom; the cause here is specific to this one.

Compatibility

Per the linked source.

Edge cases

• If your error message differs even slightly, this is probably a different issue; search the exact text.
• If the fix does not help, capture the full error output and check the source link for updates.

Source

https://hyperbrowser.ai/docs/llms.txt

Source: Hyperbrowser's official API reference: 'Update a running session' - only four update types are supported on an active browser session: profile, proxy, screen, and solveCaptchas. Separately, 'Run manual CAPTCHA evaluation' triggers a bounded CAPTCHA evaluation on an active browser session, with supported targets turnstile, cloudflare-challenge, aliexpress, recaptcha, and amazon. Sessions are authenticated over REST with the x-api-key header (POST https://api.hyperbrowser.ai/api/session), and automation connects to the pre-signed session.wsEndpoint over CDP.

Verified resolution: Two underused Hyperbrowser session powers. One: you can update a running session without recreating it - profile, proxy, screen size, and solveCaptchas are the four mutable settings, so a blocked IP or a window resize does not mean a new browser. Two: there is a manual CAPTCHA evaluation endpoint with bounded targets (turnstile, cloudflare-challenge, aliexpress, recaptcha, amazon) you can trigger on an active session when native solving misses one. And the auth split matters: REST calls use the x-api-key header, but CDP connects use the pre-signed wsEndpoint the API returns - do not try to authenticate the WebSocket yourself.

Source URL: https://hyperbrowser.ai/docs/llms.txt