• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

microlinkhq / browserless / 41681087503 / 2
77%
master: 77%

Build:
DEFAULT BRANCH: master
Ran 03 Nov 2026 05:11PM UTC
Files 3
Run time 4s
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

03 Nov 2026 05:07PM UTC coverage: 97.826%. Remained the same
41681087503.2

push

github

web-flow
fix(browserless): a call running when its context is destroyed does not retry (#1017)

* fix(browserless): a call running when its context is destroyed does not retry

destroyContext() closed the context without telling the retry loop, so
a call still running in it got a retryable error and opened a new
context nobody closed. Retry recovery could not tell a crash from a
deliberate destroy; only an opt-in force flag did.

Now a call that was running when destroyContext() happened aborts with
AbortError, and a non-retryable error still reaches the caller. A call
made after destroyContext() still opens a new context, and with a
credentialed proxyServer it now starts a new forwarder instead of
pointing Chromium at the one destroyContext() closed. force is
deprecated and has no effect.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

* fix(browserless): open a destroyed context on demand and stop retrying once closed

- destroyContext() drops the context it closes, so a call that starts
  while it runs, or with retry: 0 right after it, opens a new context
  instead of hanging on, or failing against, the closing one.
- A retry after browser.close() aborts instead of opening a context
  with the raw proxyServer.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

* fix(browserless): check for a destroyed context when each attempt starts

- p-retry waits between attempts, and a destroyContext() or close() in
  that wait went unseen: the next attempt opened a context nobody
  closed. Each attempt now checks before opening a page.
- The closed-browser check runs after the retryable check, so a
  non-retryable error during close reaches the caller unchanged.
- The html() abort test waits for a local server that never answers
  instead of example.com and a fixed delay.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

* fix(browserless): reject a call that finishes after destroyContext

A call whose function resolved after destroyContext() ... (continued)

24 of 26 branches covered (92.31%)

Branch coverage included in aggregate %.

66 of 66 relevant lines covered (100.0%)

5.06 hits per line

Source Files on job @browserless/lighthouse - 41681087503.2
  • Tree
  • List 3
  • Changed 0
  • Source Changed 0
  • Coverage Changed 0
Coverage ∆ File Lines Relevant Covered Missed Hits/Line Branch Hits Branch Misses
  • Back to Build 41681087503
  • 0efe6b8f on github
  • Prev Job for on master (#41664926997.10)
  • Next Job for on master (#42095928827.1)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE TRIAL · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc