keepAlive sessions go COMPLETED within 500ms of CDP connect (Starter plan)
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 35/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 静か
- 技術スタック
- javascript, nodejs, playwright, typescript
調査の方向性
まず、提供されている @browserbasehq/sdk の session-create、sessions.retrieve、Playwright connectOverCDP の再現手順を実行し、CDP 接続がある場合とない場合で keepAlive と timeout の挙動を比較します。リポジトリのファイルやテストは指定されていません。SDK とリモートセッションサービスのどちらが早期完了の原因なのかを特定し、sessions が timeout または REQUEST_RELEASE まで RUNNING のままであることを確認できれば完了です。
索引モデルが issue の本文から書いたものです。
説明
Bug Report
Plan: Starter ($99/mo)
Project ID: e8975632-d34f-4ef5-b974-ea324e16c327
SDK: @browserbasehq/sdk 2.10.0
Region: us-west-2
Connect endpoint: connect-v2.usw2.browserbase.com
Problem
Sessions created with keepAlive: true and timeout: 900 go COMPLETED within 500ms-10s, regardless of whether a CDP connection is established.
Reproduction
const Browserbase = require('@browserbasehq/sdk');
const { chromium } = require('playwright');
const bb = new Browserbase({ apiKey: 'YOUR_KEY' });
const session = await bb.sessions.create({
projectId: 'YOUR_PROJECT',
keepAlive: true,
timeout: 900,
});
// Session is RUNNING here
const browser = await chromium.connectOverCDP(session.connectUrl, { timeout: 10000 });
// Browser disconnects within 500ms
// Immediately after:
const retrieved = await bb.sessions.retrieve(session.id);
console.log(retrieved.status); // "COMPLETED" — should be "RUNNING"
Observed behavior
- Without CDP connect: Session goes from RUNNING → COMPLETED after ~10 seconds (polled every 1s)
- With immediate CDP connect: Browser disconnects within 500ms, session goes COMPLETED
- With active page navigation: Same —
page.evaluatethrows "Target page, context or browser has been closed" expiresAtis set correctly (15 minutes out), but session dies in secondskeepAliveshowstrueon the session object- Project
concurrencyis 100 (confirming Starter plan is active)
Expected behavior
Session should remain RUNNING for timeout duration (900s) or until explicitly released via REQUEST_RELEASE. CDP connections should remain stable.
What I've ruled out
- Docker/container issues: Same behavior on macOS host directly
- NODE_TLS_REJECT_UNAUTHORIZED: Same behavior with and without
- Playwright version: Tested with multiple versions
- Race conditions: Session polled every 1s, consistently dies at ~10s mark without CDP
- Session limits: Only 1 session at a time, concurrency limit is 100
- connectUrl format: Using the signed
connectUrlfrom session creation (wss://connect-v2.usw2.browserbase.com/?signingKey=...)
Environment
- macOS Darwin 24.6.0
- Node.js v25.2.1 (host) / v18.20.8 (Docker)
- Playwright (latest)
- @browserbasehq/sdk 2.10.0
- Account created 2026-05-06
This is blocking production use. Appreciate a quick look!
- 主要言語
- TypeScript
- スター
- 64
- フォーク
- 17
- 平均マージ
- 13分
- マージ済み PR(30日)
- 4
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
browserbase/sdk-node のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
browserbase/sdk-node#202 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
browserbase/sdk-node#197 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
browserbase/sdk-node#193 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
browserbase/sdk-node#180 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 66/100
browserbase/sdk-node#218 · コメント 2 件 ·
browserbase/sdk-node の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
vercel-labs/just-bash#464 ·
-
looksLikeSlug() is ASCII-only, so non-Latin entity slugs (e.g. Korean) skip exact match and collapse オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
-
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
TanStack/tanstack.com#1293 ·