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

Issue 695984 link

Starred by 7 users

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug

Blocking:
issue 674593


Show other hotlists

Hotlists containing this issue:
Non-Standard-IDL


Sign in to add a comment

Remove disabled attribute on HTMLLinkElement, HTMLStyleElement and SVGStyleElement (or standardize them again)

Project Member Reported by lunalu@chromium.org, Feb 24 2017

Issue description

It has been removed from HTML:
https://github.com/whatwg/html/commit/cc5fa75c35354f7438327bbd816a2adf054a9379

Tests for existence: https://software.hixie.ch/utilities/js/live-dom-viewer/saved/4959
Implemented in: Blink, EdgeHTML, Gecko (except SVGStyleElement), WebKit
Standard: https://github.com/whatwg/html/issues/1081
 

Comment 1 by f...@opera.com, Feb 24 2017

Status: Available (was: Untriaged)
We have counters for it too (which is almost zero it seems):

https://www.chromestatus.com/metrics/feature/timeline/popularity/798
https://www.chromestatus.com/metrics/feature/timeline/popularity/799

Marking as Available.
Labels: ComponentLabelSource-Chromium
Labels: -ComponentLabelSource-Chromium BugSource-Chromium PaintTeamTriaged-20170224
Cc: domenic@chromium.org
Components: Blink>HTML
Summary: Remove HTMLStyleElement#disabled and SVGStyleElement#disabled (or standardize them again) (was: Remove non-standard API SVGStyleElement#disabled)
I think we should handle the two style elements together here. These are the counters for HTMLStyleElement:
https://www.chromestatus.com/metrics/feature/timeline/popularity/812
https://www.chromestatus.com/metrics/feature/timeline/popularity/813

Usage is a bit high for comfort. The first step here I think is to understand how all the disabled IDL and content attributes fit together, and which bits are already shipping in all browser engines. I have a 50% hunch that the right path here will be to just add these things back to the specs.
The HTMLLinkElement use counter is also relevant:
https://www.chromestatus.com/metrics/feature/timeline/popularity/809
Components: -Blink>HTML Blink>HTML>Link
Summary: Remove disabled attribute on HTMLLinkElement, HTMLStyleElement and SVGStyleElement (or standardize them again) (was: Remove HTMLStyleElement#disabled and SVGStyleElement#disabled (or standardize them again))
Throwing in HTMLLinkElement into this bucket of work as well.
Our IDL files link to this spec bug:
https://www.w3.org/Bugs/Public/show_bug.cgi?id=14703
This is tracked as https://github.com/whatwg/html/issues/1081. The problem is that the Chrome code for this (and probably the WebKit code also) is weirdly complicated and so I wasn't very keen on speccing it, especially without knowing what other UAs do.

My ideal scenario would be discovering that Gecko and/or Edge implement a much simpler model, and that all the browsers are OK with converging on that.
Out of these three element interfaces, all four engines have disabled everywhere, with one exception: Gecko doesn't have SVGStyleElement#disabled.

All engines also have StyleSheet#disabled, although that isn't being considered for removal anyway.
Cc: foolip@chromium.org
Description: Show this description
Concrete next step for this issue: Investigate in more detail what these IDL attributes do in each engine. One oddity to look at is the fact that HTMLLinkElement#disabled is a reflected attribute in Blink, but HTMLStyleElement#disabled and SVGStyleElement#disabled are bare IDL attributes.

domenic@, do you know of other odd things that should be investigated?
Labels: Hotlist-Interop
Cc: futhark@chromium.org bzbar...@mit.edu
 Issue 866305  has been merged into this issue.
Cc: emilio@chromium.org

Sign in to add a comment