HTMLAreaElement lacks couple attributes
Reported by
shvaikal...@gmail.com,
Apr 21 2016
|
||||
Issue description
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2712.0 Safari/537.36
Steps to reproduce the problem:
1. var area = document.createElement("area")
2. "download" in area // => false
3. "rel" in area // => false
What is the expected behavior?
2. true
3. true
HTMLAreaElement should define `download` and `rel` attributes for faster access (w/o setAttribute).
Firefox implements both of them, Safari/Edge has only `rel` (WebKit has no `download` yet).
What went wrong?
implementing the spec
Did this work before? No
Chrome version: 52.0.2712.0 Channel: n/a
OS Version: OS X 10.11.4
Flash Version: Shockwave Flash 21.0 r0
https://html.spec.whatwg.org/multipage/embedded-content.html#the-area-element
https://www.w3.org/TR/html5/embedded-content-0.html#the-area-element
,
Apr 25 2016
Anyone please feel free to poach.
,
Jun 3 2016
Is only MAC OS affected by this issue? I checked on Linux version - on Firefox both properties are defined but empty, on Chrome both are undefined. I can fix it to have similar behavior with Firefox.
,
Jun 4 2016
I have checked on Windows, same issue there: IDL props are not defined. Fix would be nice: some code out there that works with/polyfills `download` may break on `area`s.
,
Jun 6 2016
OK, got it, will fix it.
,
Jun 8 2016
,
Jun 8 2016
There was FIXME in the IDL file actually. It also mentions relList but I couldn't find it in the spec: https://www.w3.org/TR/html5/links.html#linkTypes
,
Jun 8 2016
WhatWG LS defines `relList` for `a`, `area` and `link` elements: https://html.spec.whatwg.org/multipage/embedded-content.html#the-area-element
,
Jul 20 2016
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/0bf0830d9b2964a57c2fceced5e873b31d8f91d5 commit 0bf0830d9b2964a57c2fceced5e873b31d8f91d5 Author: a.obzhirov <a.obzhirov@samsung.com> Date: Wed Jul 20 13:06:42 2016 HTMLAreaElement should expose `download` and `rel` attributes. HTMLAreaElement should define IDL `download` and `rel` attributes for faster access. Firefox implements both of them, Safari/Edge has only `rel` (WebKit has no `download` yet). BUG= 605552 Review-Url: https://codereview.chromium.org/2050643002 Cr-Commit-Position: refs/heads/master@{#406541} [add] https://crrev.com/0bf0830d9b2964a57c2fceced5e873b31d8f91d5/third_party/WebKit/LayoutTests/fast/dom/HTMLAreaElement/area-download-expected.txt [add] https://crrev.com/0bf0830d9b2964a57c2fceced5e873b31d8f91d5/third_party/WebKit/LayoutTests/fast/dom/HTMLAreaElement/area-download.html [modify] https://crrev.com/0bf0830d9b2964a57c2fceced5e873b31d8f91d5/third_party/WebKit/LayoutTests/virtual/stable/webexposed/element-instance-property-listing-expected.txt [modify] https://crrev.com/0bf0830d9b2964a57c2fceced5e873b31d8f91d5/third_party/WebKit/LayoutTests/virtual/stable/webexposed/global-interface-listing-expected.txt [modify] https://crrev.com/0bf0830d9b2964a57c2fceced5e873b31d8f91d5/third_party/WebKit/LayoutTests/webexposed/element-instance-property-listing-expected.txt [modify] https://crrev.com/0bf0830d9b2964a57c2fceced5e873b31d8f91d5/third_party/WebKit/LayoutTests/webexposed/global-interface-listing-expected.txt [modify] https://crrev.com/0bf0830d9b2964a57c2fceced5e873b31d8f91d5/third_party/WebKit/Source/core/html/HTMLAreaElement.idl
,
Sep 2 2016
There is a patch (https://codereview.chromium.org/400763002/) already with should add relList to a element. May be I can expand it for area element as well.
,
Sep 2 2016
,
Jun 14 2017
,
Jan 15 2018
Bulk edit bugs owned by dominicc@
,
May 29 2018
|
||||
►
Sign in to add a comment |
||||
Comment 1 by rsesek@chromium.org
, Apr 21 2016