Currently open apps are not accessible through the chrome.windows API
Reported by
ty...@goguardian.com,
Mar 22 2016
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.87 Safari/537.36 Steps to reproduce the problem: 1. chrome.windows.getAll() 2. As stated in dev docs (https://developer.chrome.com/extensions/windows#method-getAll): " the default filter is set to ['app', 'normal', 'panel', 'popup'], with 'app' and 'panel' window types limited to the extension's own windows." What is the expected behavior? A list of all windows currently open, not just limited to apps and panels owned by the extension. What went wrong? The only returned tabs are those owned by the extension. App windows are not returned if not owned by the extension. WebStore page: Did this work before? No Chrome version: 49.0.2623.87 Channel: stable OS Version: OS X 10.11.4 Flash Version: Shockwave Flash 21.0 r0 We build software for teachers. Our users would like to know when apps are running on a device. Currently, we can only show tabs open within the browser with no insight into which apps are open. Having access to the name of apps that are currently open would be a huge help in the classroom.
,
Apr 12 2016
Remarking as a bug since this is not working as intended. chrome.windows.getAll() should return app windows as well since teachers and administrators, for instance, can only tell which tabs are currently running on a student device but if the student is in some app screwing around, teachers/administrators may not know. How tough would it be to fix this? Adding Max to help push this through. Thanks guys.
,
Apr 20 2016
Did the behavior change? Can you follow up on https://bugs.chromium.org/p/chromium/issues/detail?id=394341 and ask for clarification on the current behavior compared to what you're seeing? That bug suggests that you can get all windows.
,
Jun 14 2016
After going through the commit referenced in that issue, we were able to find the requirement that you must list the app windows after explicitly including the windowTypes option parameter. It seems that the wording describing this API in the chrome docs (https://developer.chrome.com/extensions/windows#method-getAll) was the main issue in our understanding: "If unset the default filter is set to ['app', 'normal', 'panel', 'popup'], with 'app' and 'panel' window types limited to the extension's own windows." It was initially thought that the this was describing a limitation on app and panel windows in general, not just by default. Thanks.
,
Jun 15 2017
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot |
|||
►
Sign in to add a comment |
|||
Comment 1 by manoranj...@chromium.org
, Mar 22 2016Status: Untriaged (was: Unconfirmed)