## 问题描述 在多轮会话中,browser-act 的 session 会跨 conversation 残留,导致出现空白的浏览器窗口(chrome-error://chromewebdata/),用户桌面上可以看到多个无用的空白窗口。 ## 复现步骤 1. 在一个 conversation 中使用 `browser-act --session <name> browser open ...` 打开浏览器 2. 关闭 session(或 conversation 自然结束) 3. 在另一个 conversation 中查看 `browser-act session list`,仍能看到之前的 stale sessions 4. 这些 stale sessions 显示 `url=chrome-error://chromewebdata/`、`title=about:blank` 5. 即使没有活跃 session,浏览器进程仍然保持运行(state=idle) ## 实际结果 ``` $ browser-act session list session_name: gz-download browser_type: chrome browser_id: chrome_local_106408682614423664 browser_headed: false title: about:blank url: chrome-error://chromewebdata/ session_name: gz-images browser_type: chrome browser_id: chrome_local_106408682614423664 browser_headed: false title: baike.baidu.com/item/广州塔 url: https://baike.baidu.com/item/%E5%B9%BF%E5%B7%9E%E5%A1%94 ``` 用户桌面上可以看到对应的空白浏览器窗口,Chrome 进程多达 8-10 个。 ## 预期结果 - Conversation 结束后 session 应自动清理 - 或者提供自动超时清理机制 - 死掉的 session(chrome-error)应能自动检测并回收 ## 环境信息 | 项目 | 值 | |------|-----| | browser-act 版本 | 1.0.5 | | 操作系统 | Windows 10 Pro 10.0.19045 | | 浏览器类型 | chrome (Edge via bundled Chromium) | | 终端 | MINGW64 (Git Bash) | | Python | 3.12 |
Activity
browseract-ai commentedon Jul 14, 2026
感谢反馈。
Session 会在空闲 8 小时后自动回收。当某个托管浏览器关联的最后一个 session 被关闭或超时回收时,对应的浏览器进程及相关资源也会一并回收。
chrome-error://chromewebdata/ 表示页面加载失败,但 BrowserAct 通常仍能正常连接并操作该浏览器,因此不会仅根据这个 URL 直接关闭 session。
如果超过 8 小时后,Chrome 仍未关闭或 session 仍未回收,可能存在孤儿进程或其他运行时异常。可以提供BrowserAct 版本及相关运行信息或者告知Agent上报异常日志,我们会进一步排查。