New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 652640 link

Starred by 1 user
Status: Duplicate
Merged: issue 651578
Owner:
█ mkwst@chromium.org
Buried. Ping if important.
Closed: Oct 2016
Cc:
█ dominicc@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 3
Type: Bug



Sign in to add a comment

Return null when window.open() is popup blocked

Reported by sim...@opera.com, Oct 4 2016 
The return value of window.open() when the popup is blocked should be null.

WebKit/Chromium return undefined.
Gecko/Edge 13 return null.

See
https://github.com/whatwg/html/pull/1854
https://github.com/whatwg/html/issues/1851

Test
http://software.hixie.ch/utilities/js/live-dom-viewer/saved/4541

Comment 1 by sim...@opera.com, Oct 4 2016

Components: Blink>HTML
Labels: Hotlist-Interop

Comment 2 by dominicc@chromium.org, Oct 6 2016

Status: Available (was: Untriaged)
Relevant spec: https://html.spec.whatwg.org/#dom-open

Comment 3 by dominicc@chromium.org, Oct 6 2016

Owner: dominicc@chromium.org
Status: Started (was: Available)
Patch up at https://codereview.chromium.org/2399813002

Comment 4 by dominicc@chromium.org, Oct 6 2016 

Looks like some content browsertests may need updating. WIP.

Comment 5 by dominicc@chromium.org, Oct 7 2016

Cc: dominicc@chromium.org
Mergedinto: 651578
Owner: mkwst@chromium.org
Status: Duplicate (was: Started)
Am I right thinking this is fixed per  Issue 651578 ?

Comment 6 by mkwst@google.com, Oct 7 2016 

Yes, thanks!
►

Sign in to add a comment