Opening extension options from systray icon ignores optionsV2 UI
Reported by
mexmat.s...@gmail.com,
Nov 18 2016
|
|||||||||||
Issue description
Chrome Version: 54.0.2840.99 m (64-bit)
OS: Windows 10
---
Chrome extensions that have been granted "background" permissions appear as menu items in the persistent Chrome systray icon. Clicking on the menu item opens options for that extension (if defined). But this does not honor Options V2 UI.
What steps will reproduce the problem?
(1) Create an extension with "background" permission and "options_ui" defined (sample attached).
(2) Ensure "Continue running background apps when Google Chrome is closed" is enabled in options.
(3) Right-click the systray icon for Chrome that appears and select the extension.
What is the expected result?
Options UI opens as normal, embedded in `chrome://extensions` ("new" style).
What happens instead?
Instead, options page is opened in a new tab ("old" style).
---
Considering that the "new" UI (https://developer.chrome.com/extensions/optionsV2) is supposed to deprecate the old one, it's going to worsen over time.
It should follow the same code path as chrome.runtime.openOptionsPage()
,
Nov 25 2016
Unable to reproduce the issue on Win-10, Ubuntu 14.04 and Mac 10.11.6 using chrome reported version #54.0.2840.99 and latest canary #57.0.2931.0. Attached a screen cast for reference. Following are the steps followed to reproduce the issue. ------------ (1) Added the attached extension to chrome. (2) Ensured "Continue running background apps when Google Chrome is closed" is enabled in options. (3) Right-clicked the systray icon for Chrome that appeared and selected the extension. (4) Observed that Options UI opened as normal, embedded in `chrome://extensions` as expected. Reporter@ - Could you please check this issue on latest canary #57.0.2931.0 by creating a new profile and please let us know if the issue still persist or not. Thanks...!!
,
Nov 25 2016
I see what causes the confusion. Systray, as opposed to browser toolbar. A screenshot of what's supposed to be clicked, from Canary on Win10, is attached. Note that this icon only appears if the setting I mentioned is enabled. I don't know off-hand if it's reproducible on other OSes.
,
Dec 2 2016
Thank you for providing more feedback. Adding requester "krajshree@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Dec 28 2016
Able to reproduce this issue on Win-10 and Ubuntu 14.04 using chrome reported version #54.0.2840.99 and latest canary #57.0.2964.0. Unable to reproduce on Mac. This is a non-regression issue as it is observed from M35 old builds. Hence, marking it as untriaged to get more inputs from dev team. Thanks...!!
,
Feb 6 2017
,
Feb 14 2017
,
Feb 8 2018
|
|||||||||||
►
Sign in to add a comment |
|||||||||||
Comment 1 by ligim...@chromium.org
, Nov 18 2016Labels: -Pri-3 M-54 Needs-Triage-M54 Pri-2