Closed
Bug 1424553
Opened 8 years ago
Closed 8 years ago
No warning and reopen option when a popup is blocked inside a web extension's popup
Categories
(WebExtensions :: Frontend, defect, P5)
WebExtensions
Frontend
Tracking
(firefox57 affected, firefox58 affected, firefox59 affected)
RESOLVED
WONTFIX
People
(Reporter: blaisekal, Unassigned)
Details
Attachments
(1 file)
|
1.48 MB,
image/gif
|
Details |
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:58.0) Gecko/20100101 Firefox/58.0
Build ID: 20171207170405
Steps to reproduce:
1. Disable "browserSettings.allowPopupsForUserEvents"
2. Create a web extension with browser_action.default_popup "popup.html" with contents: <button onclick="window.open('https://example.org/')>POP</button>
3. Click the web extension icon in the toolbar to open the popup
4. Click the POP button in the popup
Step 1 can be done by installing *and* enabling https://addons.mozilla.org/en-US/firefox/addon/strict-pop-up-blocker/
Step 2/3/4 can be done by installing Live Reload which attempts to open a popup when you click "Create a new reload rule". URL: https://addons.mozilla.org/en-US/firefox/addon/live-reload/versions/?page=1#version-1.2.1 (don't install a later version, will have a workaround)
Actual results:
Nothing
Expected results:
Option 1: The yellow warning message that shows that a popup was blocked
Option 2: The popup was opened because allowPopupsForUserEvents is ignored in web extensions
Comment 1•8 years ago
|
||
Since I don't have the knowledge to create a webextension as mentioned in the bug, I'm moving this to a more appropriate component to get a developer opinion on it.
Component: Untriaged → WebExtensions: Frontend
OS: Unspecified → Mac OS X
Product: Firefox → Toolkit
Hardware: Unspecified → x86_64
I can reproduce this issue on Firefox 57.0.2(20171206182557),58.0b11(20171211020921) and Firefox 59.0a1(20171213220121) under Win 7 64-bit and Mac OS X 10.13.1
The pop-up is opened as presented in Option 2.
Please see the attached video.
Status: UNCONFIRMED → NEW
status-firefox57:
--- → affected
status-firefox58:
--- → affected
status-firefox59:
--- → affected
Ever confirmed: true
OS: Mac OS X → All
Hardware: x86_64 → All
Version: 58 Branch → Trunk
Updated•8 years ago
|
Priority: -- → P5
Whiteboard: [design-decision-needed]
| Reporter | ||
Comment 3•8 years ago
|
||
I just figured out that this issue can be easily mitigated by using "browser.windows.create" instead of "window.open".
Comment 4•8 years ago
|
||
Clearing design-decision-needed since there's no API design question here.
Ordinarily you would see the yellow notification bar here in the window that tried to create the popup. But since you tried to create the popup from another popup window that has been dismissed, there's nowhere for it to go.
As you note, extensions that want to manage windows without the restrictions of the DOM API can just use browser.windows.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
Whiteboard: [design-decision-needed]
Updated•8 years ago
|
Product: Toolkit → WebExtensions
You need to log in
before you can comment on or make changes to this bug.
Description
•