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)

defect

Tracking

(firefox57 affected, firefox58 affected, firefox59 affected)

RESOLVED WONTFIX
Tracking Status
firefox57 --- affected
firefox58 --- affected
firefox59 --- affected

People

(Reporter: blaisekal, Unassigned)

Details

Attachments

(1 file)

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
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
Attached image Bug1424553.gif
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
Ever confirmed: true
OS: Mac OS X → All
Hardware: x86_64 → All
Version: 58 Branch → Trunk
Priority: -- → P5
Whiteboard: [design-decision-needed]
I just figured out that this issue can be easily mitigated by using "browser.windows.create" instead of "window.open".
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]
Product: Toolkit → WebExtensions
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: