Stale CDP config causes slow or broken startup
Cluster 42040 · agent. Data as of
Nothing open on GitHub. Fix merged in #72415 on 27 Jul 2026. Check it covers your case.
The short answer
- Known?
- Yes. 3 related items grouped here, 1 issue already closed.
- Fix event
- A fix was merged to main in PR #72415. Check it covers your case. No release data is tracked.
- Tracker
- The maintainers' tracker marks this
unresolved. That is separate from the fix event. - Still open
- Nothing open on GitHub.
These issues concern stale or invalid browser CDP URLs being probed at startup, causing significant delays or unwanted prompts. The fixes aim to skip unnecessary CDP checks when browser tool state is unreliable.
Open issues0
Open PRs0
Fixes on record
-
#72415 fix(browser): stale browser.cdp_url stalls every CLI/Desktop startup by 10+ seconds
files:
hermes_cli/doctor.py,tests/tools/test_browser_cdp_tool.py,tests/tools/test_browser_hybrid_routing.py,tests/tools/test_browser_lightpanda.py,tools/browser_cdp_tool.py,tools/browser_tool.py
1 PR closed without merging
From the close comments: done elsewhere 1
-
#42059 fix: avoid CDP probes during browser tool checks · done elsewhere →
731aa0c,#72415
Closed issues · 1
- Closed#42040[Bug]: Windows x.com passkey prompt appears when Hermes starts/uses stale browser CDP config
How this cluster was grouped
-
Link evidence (
structural links throughout): every member is connected by structural evidence: shared changed files, or a closing/superseded reference. -
Pairwise link density
0.67: the share of item pairs that carry a link, counting a structural link in full and a relevance-only link at 0.36.1.00means every pair is linked.
Pick up a Lab task
Check whether a fix covers the open issues here, with your own agent. Bring back evidence for maintainers.
Open the LabAt a glance
- Subsystem
- agent
- Merged PRs
- #72415
- Closed issues
- 1
- Attempts
- 1 PR closed without merging
- Fix link checked
- 27 Jul 2026