[Webkit-unassigned] [Bug 10796] [DOM 0] height and innerHeight (parameters in window.open() call) should correspond to the same measurement

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=10796

--- Comment #4 from Gérard Talbot <browserbugs2 at gtalbot.org> ---
{
(...)
For legacy reasons, there are some aliases of some feature names. To normalize a feature name name, switch on name:

"screenx"
    Return "left". 
"screeny"
    Return "top". 
"innerwidth"
    Return "width". 
"innerheight"
    Return "height". 
(...)
}

coming from
HTML5 / 7.3 The Window object
7.3.1 APIs for creating and navigating browsing contexts by name
https://html.spec.whatwg.org/multipage/window-object.html#normalizing-the-feature-name

There are also many tests on window legacy size features inside
http://wpt.live/html/browsers/the-window-object/open-close/
e.g.

http://wpt.live/html/browsers/the-window-object/open-close/open-features-tokenization-innerheight-innerwidth.html

Results:
https://wpt.fyi/results/html/browsers/the-window-object/open-close/open-features-tokenization-innerheight-innerwidth.html?label=experimental&label=master&aligned

Firefox fails that test most probably because of a preset (about:config)
dom.disable_window* property. Chrome and Edge pass this test, I'd say (402 ~= 401) .

The original author of such test commented:
<!-- user agents are not required to support open features other than `noopener` and on some platforms position and size features don't make sense -->

Anyway... this should be a low priority kind of bug report... even 16 years later :)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20220805/84a618b6/attachment-0001.htm>