RESOLVED FIXED 223927
Computed style for a border-radius corner should never be 0px when the provided width isn't 0px 
https://bugs.webkit.org/show_bug.cgi?id=223927
Summary Computed style for a border-radius corner should never be 0px when the provid...
Antoine Quint
Reported 2021-03-30 06:34:47 PDT
Computed style for a border-radius corner should never be 0px when the provided width isn't 0px
Attachments
Patch (7.25 KB, patch)
2021-03-30 06:36 PDT, Antoine Quint 		dino: review+
DetailsFormatted DiffDiff
View All Add attachment proposed patch, testcase, etc.
Antoine Quint
Comment 1 2021-03-30 06:36:55 PDT
Created attachment 424634 [details] Patch
Dean Jackson
Comment 2 2021-03-30 12:27:39 PDT
Comment on attachment 424634 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=424634&action=review > Source/WebCore/ChangeLog:10 > + If "border-top-left-radius: 40px 0px" is provided, the computed style would return "0px" since > + BuilderConverter::convertRadius() would treat either of the dimensions for the radius being 0 > + as both being 0. Please add a computed style test as well. This should not only be tested by animations.
Antoine Quint
Comment 3 2021-03-31 00:00:09 PDT
(In reply to Dean Jackson from comment #2) > Please add a computed style test as well. This should not only be tested by > animations. I added an assertion to the WPT border-radius computed style test, see https://github.com/web-platform-tests/wpt/pull/28310.
Antoine Quint
Comment 4 2021-03-31 01:30:55 PDT
Committed r275273 (235958@main): <https://commits.webkit.org/235958@main>
Radar WebKit Bug Importer
Comment 5 2021-03-31 01:31:13 PDT
<rdar://problem/76043529>
Note You need to log in before you can comment on or make changes to this bug.