Alex Rudenko

Thanks, it sounds like it might be specific to before unload dialogs. So when the handle_dialog runs, the dialog on screen does not close? or does it close but gets...

The change password dialog should be non-blocking but there is unfortunately no way currently to handle it via CDP (it should be possible to disable that in chrome://settings though).

I see that there was an attempt to handle the dialog but it was not showing (I guess because you clicked it manually?): ``` 2026-01-07T13:56:32.667Z puppeteer:protocol:SEND ► [ '{"method":"Page.handleJavaScriptDialog","params":{"accept":false},"id":180,"sessionId":"D47DD0BA5BFEFBEE3FF7EBDB67426204"}' ]...

cc @natorion we need to look into the beforeunload dialogs as they seem to block the navigations. cc @sebastianbenz do you know if there is a way to disable password...

> On beforeunload dialogs: What's the behavior in puppeteer for this exact same use case? it would trigger the dialog and the navigation would time out, same as with the...

Thanks for the PR but in its current form it does not align with how we plan to engineer it (e.g., re-using and modifying Puppeteer to provide better support for...

I am not sure I agree with the destructiveHint classification. `click, hover, fill, drag, fillForm, uploadFile, pressKey` can also trigger navigations and modify the page state. Also, closePage and navigatePage...

cc @natorion w.r.t. the token reduction

it looks like it was already added via another PR.

I think an optimal solution here is to return a **snapshot diff** because the client still needs to know how the actions affected the page. Otherwise, the only option for...