1418617 - openOptionsPage issue

Status: UNCONFIRMED

(WebExtensions :: Frontend, defect, P5)

Description

[Baptiste Thémine]

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:56.0) Gecko/20100101 Firefox/56.0
Build ID: 20171024165158

Steps to reproduce:

I called the function browser.runtime.openOptionsPage() in browserAction in normal window and in private window.
Tested on Firefox 56, Firefox Nightly 59, Chrome 62, Opera 49.


Actual results:

In normal window, if option page is not open, calling browser.runtime.openOptionsPage() will open a new tab for the option page, else the browser will focus the tab containing option page.
In private window, if option page is not open or already open, calling browser.runtime.openOptionsPage() will always open a new tab for the option page.
As a result, clicking on the browserAction opens duplicated option pages in private window on Firefox 56 and Firefox Nightly 59.


Expected results:

The behaviour in private window should be the same as in normal window like in Chrome and Opera.

Comment 1

[Baptiste Thémine]

I found also another related issue. My addon contains the following value in manifest.json :
"options_ui": {
	"page": "options.html",
	"open_in_tab": true
}
In Firefox 56 & 59, if about:addons is opened in a private window and the user clicks on Options button, the Options page is duplicated like with browser.runtime.openOptionsPage().
In Opera 49, right-click>option the browserAction button when only a private window is opened causes a crash.
In Chrome 62, right-click>option the browserAction button when only a private window is opened will open a normal window which contains the Options page.

Comment 2

[Mike Conca [:mconca]]

I'm not sure why Andy marked this as design-decision-needed.  It seems like a bug that should be prioritized and fixed.