WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED CONFIGURATION CHANGED
119369
Initial value of @font-face's font-variant property should be 'normal'
https://bugs.webkit.org/show_bug.cgi?id=119369
Summary
Initial value of @font-face's font-variant property should be 'normal'
Ryosuke Niwa
Reported
2013-07-31 18:52:23 PDT
Consider merging
https://chromium.googlesource.com/chromium/blink/+/2987a226f418c77ec14d5aba57b2393a470b3cc3
When @font-face does not have a font-variant property, it was defaulted to 'normal,small-caps' (all supported variants). The spec says the initial value is 'normal'. spec:
http://www.w3.org/TR/css3-fonts/#propdef-font-variant
Attachments
Add attachment
proposed patch, testcase, etc.
Ahmad Saleem
Comment 1
2022-08-20 12:49:26 PDT
I am able to reproduce this bug in Safari 15.6.1 and Safari Technology Preview 151, I took the test case from Chromium commit and changed the URL for the Ahem font to Hixie Resources. Link -
https://jsfiddle.net/91jg0238/show
*** Safari 15.6.1 on macOS 12.5.1 *** Text - Failrue *** Safari Technology Preview 151 *** Text - Failrue *** Chrome Canary 106 *** Black bars over "Failure text" space as per expected results *** Firefox Nightly 105 *** Black bars over "Failure text" space as per expected results ____________ Just wanted to share updated test results. Thanks!
Radar WebKit Bug Importer
Comment 2
2022-08-20 18:14:23 PDT
<
rdar://problem/98934841
>
Ahmad Saleem
Comment 3
2022-08-21 09:09:46 PDT
This commit removed the code, which can enable this to be merged into Webkit:
https://github.com/WebKit/WebKit/commit/a46177f3176e2ad4f223505ac9c167b4a73fe7dc
I don't think it would be easy to merge and fix this just by replacing the small bit now.
Ryosuke Niwa
Comment 4
2022-08-21 13:24:21 PDT
This is Later at this point. Our codebase has diverged quite a bit
Alexey Proskuryakov
Comment 5
2022-08-21 13:33:13 PDT
We are passing the test that was added with the Chromium commit when it's executed from LayoutTests/fast/css -> config changed. I didn't look into what's up with the failing JSFiddle deeply; maybe it's refusing to load Ahem due to insecure content blocking (http subresource in a https document).
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug