Skip to content

v0.13.3 browser_navigate says what came back

Choose a tag to compare

@feder-cr feder-cr released this 08 Sep 00:49
· 4 commits to main since this release
ee49869

Fixed. browser_navigate answered navigated to {url} whatever came back, so a page that returned 404, 403 or 500 produced the same sentence as one that returned 200. A model has nothing in that reply to read differently, and the next thing it does is treat the error document as content. It now reports the HTTP status.

The second half is quieter and was there just as long. After a redirect the url in that sentence was the one ASKED FOR, not the one reached, so an agent bounced to a login wall or a regional domain was told it had arrived where it had not. The reply now names response.url, the end of the redirect chain, which is the case where the difference decides the next move.

A same-document navigation still has no response, and says so by name rather than reading as a failure.

The engine floor moves to invisible-playwright>=0.13.2, and it is load-bearing rather than hygiene. Both halves are read off what page.goto() answers, and until that version it answered None on every navigation - so on an older wheel this tool would report having no HTTP response for every page in the world, which is a confident wrong statement rather than a vague one. A test asserts the floor for that reason, next to the ten that assert the behaviour and one that drives a real browser.

The engine side of it shipped as invisible-playwright 0.13.2 earlier today.