WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
223005
[BigSur arm64] 4 canvas-color-fonts tests consistently failing
https://bugs.webkit.org/show_bug.cgi?id=223005
Summary
[BigSur arm64] 4 canvas-color-fonts tests consistently failing
Ryan Haddad
Reported
2021-03-09 15:57:23 PST
The following tests has been consistently failing on the Big Sur arm64 bots since they were brought up: fast/text/canvas-color-fonts/stroke-color-COLR.html fast/text/canvas-color-fonts/stroke-color-shadow-COLR.html http/tests/canvas/color-fonts/stroke-color-sbix.html http/tests/canvas/color-fonts/stroke-color-shadow-sbix.html
https://build.webkit.org/results/Apple-BigSur-Release-AppleSilicon-WK2-Tests/r274168%20(116)/results.html
https://results.webkit.org/?suite=layout-tests&suite=layout-tests&suite=layout-tests&suite=layout-tests&suite=layout-tests&suite=layout-tests&suite=layout-tests&suite=layout-tests&test=fast%2Ftext%2Fcanvas-color-fonts%2Fstroke-color-COLR.html&test=fast%2Ftext%2Fcanvas-color-fonts%2Fstroke-color-shadow-COLR.html&test=http%2Ftests%2Fcanvas%2Fcolor-fonts%2Fstroke-color-sbix.html&test=http%2Ftests%2Fcanvas%2Fcolor-fonts%2Fstroke-color-shadow-sbix.html&test=fast%2Ftext%2Fcanvas-color-fonts%2Fstroke-color-COLR.html&test=fast%2Ftext%2Fcanvas-color-fonts%2Fstroke-color-shadow-COLR.html&test=http%2Ftests%2Fcanvas%2Fcolor-fonts%2Fstroke-color-sbix.html&test=http%2Ftests%2Fcanvas%2Fcolor-fonts%2Fstroke-color-shadow-sbix.html
Attachments
Patch
(4.92 KB, patch)
2021-06-27 16:31 PDT
,
Cameron McCormack (:heycam)
no flags
Details
Formatted Diff
Diff
Patch
(4.96 KB, patch)
2021-06-27 18:51 PDT
,
Cameron McCormack (:heycam)
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1
2021-03-09 15:57:33 PST
<
rdar://problem/75239330
>
Ryan Haddad
Comment 2
2021-03-09 16:57:40 PST
Marked tests as failing in
https://trac.webkit.org/changeset/274188/webkit
Cameron McCormack (:heycam)
Comment 3
2021-06-27 16:31:54 PDT
Created
attachment 432357
[details]
Patch
Cameron McCormack (:heycam)
Comment 4
2021-06-27 18:51:20 PDT
Created
attachment 432362
[details]
Patch
Simon Fraser (smfr)
Comment 5
2021-06-28 09:13:11 PDT
Comment on
attachment 432362
[details]
Patch How did they pass before?
Cameron McCormack (:heycam)
Comment 6
2021-06-28 14:50:18 PDT
(In reply to Simon Fraser (smfr) from
comment #5
)
> How did they pass before?
Because there are bugs stroking text with anti-aliasing turned off when accelerated canvas drawing is enabled on macOS. There are two bugs I've noticed -- one is that on ARM anti-aliasing is unexpectedly used, which is the reason these tests were marked as failing on ARM originally. The other is that on Intel, requests to stroke at 1px end up being stroked at 2px. I'll file some bugs here to track. (These tests don't run on platforms that don't support color fonts.)
Cameron McCormack (:heycam)
Comment 7
2021-06-28 15:28:00 PDT
(In reply to Cameron McCormack (:heycam) from
comment #6
)
> Because there are bugs stroking text with anti-aliasing turned off when > accelerated canvas drawing is enabled on macOS. There are two bugs I've > noticed -- one is that on ARM anti-aliasing is unexpectedly used, which is > the reason these tests were marked as failing on ARM originally.
Filed
bug 227465
for that.
> The other is that on Intel, requests to stroke at 1px end up being stroked > at 2px.
This I'm not sure whether it's a bug. I think we end up with a 2px thick stroke because the 1px stroke straddles pixel boundaries, and the non-anti-aliased stroke covers both pixels. Maybe that's the correct thing to do. Though it is a difference from the non-accelerated canvas rendering behavior.
Cameron McCormack (:heycam)
Comment 8
2021-06-28 15:35:41 PDT
(In reply to Cameron McCormack (:heycam) from
comment #7
)
> This I'm not sure whether it's a bug. I think we end up with a 2px thick > stroke because the 1px stroke straddles pixel boundaries, and the > non-anti-aliased stroke covers both pixels.
And by "think" I mean I tried changing the test to render the text at a 0.5px offset and the result was a 1px thick stroke.
EWS
Comment 9
2021-06-28 18:10:42 PDT
Committed
r279356
(
239224@main
): <
https://commits.webkit.org/239224@main
> All reviewed patches have been landed. Closing bug and clearing flags on
attachment 432362
[details]
.
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