Desktop: Installed (windowed) apps, Chrome should not intercept keyboard shortcuts |
||||||
Issue descriptionChrome Version: 61 OS: Windows, Mac, Linux, Chrome OS What steps will reproduce the problem? (1) Install an app (Menu -> More tools -> Add to desktop/shelf) (2) Run the app from the shortcut (should open in a window) (3) Press Ctrl+T, Ctrl+N, Ctrl+W. What is the expected result? Shortcut not captured by browser. App has access to those shortcuts. What happens instead? The usual browser behaviour (new tab, new window, close window) respectively. This should alleviate some concerns in Issue 680809 (it would not work in a tab, but if the user installs your app, those shortcuts become available).
,
Jul 31 2017
c#1: That is the intention - default functionality will remain as it currently is unless the app specifically adds a keyDown listener for that combination.
,
Aug 4 2017
,
Aug 4 2017
I think this fits into the area of windowing behavior. It would be good to get an umbrella bug for all the things like that.
,
Aug 12 2017
To ovanieva to decide the correct behavior.
,
Aug 12 2017
I think we've already decided the right behaviour here, this is just awaiting implementation.
,
Sep 8 2017
,
Dec 13 2017
As it turns out, this behaviour is already implemented, as "app-mode" Browsers don't reserve any keys, and installed apps are treated as being in "app-mode" by virtue of having Browser::app_name set to the extension ID of the bookmark app. It also seems to work with fullscreen: pressing Esc while in fullscreen exits fullscreen, even if you capture Esc. This means you can't get stuck in fullscreen, which is good. |
||||||
►
Sign in to add a comment |
||||||
Comment 1 by calamity@chromium.org
, Jul 31 2017