Should trusted iFrames be allowed to request KeyboardLock about keyboard-lock HOT 2 CLOSED

Currently, the API is for top-level browsing contexts only, but we could extend it to allow same origin subframes if there is a need.

from keyboard-lock.

I believe that VS Code may offer a good use case for a feature like this. We use iframes to power our webview api. Here's an example page structure:

- Top level html for editor
    - iframe from different origin that contains code VS Code controls
        - iframe that contains arbitrary html from extensions

We need a way to intercept and prevent native browser keyboard shortcuts (such as cmd+p for print or cmd+w for close window) even when the user is focused on the iframe. As far as I know, there is no way to do this using existing apis. This currently means that when a user is focused on an iframe, pressing cmd+w ends up closing the entire browser tab instead of just closing the current editor in VS Code

I've also raised this issue against chromium here: https://bugs.chromium.org/p/chromium/issues/detail?id=1016034

from keyboard-lock.