Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

keepAlive sessions go COMPLETED within 500ms of CDP connect (Starter plan)

オープン
#183 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
35/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
静か
技術スタック
javascript, nodejs, playwright, typescript
領域
api, backend

調査の方向性

まず、提供されている @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
  1. Without CDP connect: Session goes from RUNNING → COMPLETED after ~10 seconds (polled every 1s)
  2. With immediate CDP connect: Browser disconnects within 500ms, session goes COMPLETED
  3. With active page navigation: Same — page.evaluate throws "Target page, context or browser has been closed"
  4. expiresAt is set correctly (15 minutes out), but session dies in seconds
  5. keepAlive shows true on the session object
  6. Project concurrency is 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 connectUrl from 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

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

browserbase/sdk-node のほかの issue

browserbase/sdk-node の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。