Handling `Print Preview` in WebDriver

While the current user prompt handler covers basic prompt types and beforeunload, there are other prompts or prompt-like pop-ups, such as Print Preview, that block the visible tab (including all its browsing contexts).

Print Preview is a unique case, raising the question of whether it should be handled at all from a WebDriver perspective. Since it behaves like its own window but runs in the browser’s chrome context, it might not require handling within the WebDriver protocol.

As mentioned in bug 1932525, both Chrome and Edge allow users to interact with Print Preview by switching to a specific window handle. However, this can be confusing because Print Preview is not a real tab and also blocks access to the underlying web content.

We’d like to discuss whether handling such dialogs is necessary, and if so, how it could be implemented effectively.

CC @jgraham @OrKoN @sadym-chromium @gsnedders @shs96c

Review the existing user-prompt handling and the behavior described in bug 1932525, including window-handle access to Print Preview in Chrome and Edge. A complete outcome would decide whether WebDriver should handle browser-chrome Print Preview and, if so, define an implementable protocol approach.