Bug 217626 - "-apple-color-filter" but not "AppleColorFilter" in CSSStyleDeclaration
Summary: "-apple-color-filter" but not "AppleColorFilter" in CSSStyleDeclaration
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: CSS (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-10-12 11:43 PDT by Sam Sneddon [:gsnedders]
Modified: 2021-04-29 12:06 PDT (History)
3 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Sam Sneddon [:gsnedders] 2020-10-12 11:43:59 PDT 
This is just odd and surprising. Per CSSOM, for all supported properties, all the different property name to attribute name conversions should always exist. Found via https://github.com/web-platform-tests/wpt/pull/26086.
Comment 1 Simon Fraser (smfr) 2020-10-12 13:24:21 PDT 
-apple-color-filter should not be exposed by default.
Comment 2 Sam Sneddon [:gsnedders] 2020-10-12 14:02:05 PDT 
I should've posted the whole list of properties in this category here:

-apple-color-filter
-apple-pay-button-style
-apple-pay-button-type
-apple-trailing-word

I suspect the answer is we want none of these to be exposed?
Comment 3 Simon Fraser (smfr) 2020-10-12 14:04:20 PDT 
The "-apple-pay" ones are different (the "-apple" isn't really a vendor prefix and they should have been called "-webkit-apple-pay-" or "-apple-apple-pay" :|

About -apple-trailing-word, CSSProperties.json has this to say: "Needed for feature-detecting the Safari browser"
Comment 4 Sam Sneddon [:gsnedders] 2020-10-15 20:00:31 PDT 
Fixed as part of Bug 217623.
Comment 5 Sam Sneddon [:gsnedders] 2021-01-19 11:22:04 PST 
reopened along with Bug 217623.
Comment 6 Sam Sneddon [:gsnedders] 2021-04-29 12:06:12 PDT 
and fixed again