Bug 302533

Summary: REGRESSION (STP 232): comma-separated values for mask-size: auto gets unset
Product: WebKit Reporter: sgraz <graz>
Component: CSSAssignee: Sam Weinig <sam>
Status: RESOLVED FIXED    
Severity: Normal CC: koivisto, sam, simon.fraser, webkit-bug-importer
Priority: P2 Keywords: InRadar
Version: Safari Technology Preview   
Hardware: Mac (Apple Silicon)   
OS: macOS 26   
See Also: https://bugs.webkit.org/show_bug.cgi?id=298113
https://github.com/web-platform-tests/wpt/pull/56121
Attachments:
Description Flags
Image depicting before and after, using mask-size: auto value none

sgraz
Reported 2025-11-14 07:48:50 PST
Created attachment 477395 [details] Image depicting before and after, using mask-size: auto value In a comma-separated mask-size declaration like `mask-size: auto, 300%;` the auto value has historically behaved the same as setting a `100%` value. However since Release 232 (WebKit 21624.1.2.19.2) the `auto` value gets ignored, as seen in the Computed tab. The result is similar to using `unset`. I mention comma-separated because using a singular value like `mask-size: auto` sets the mask image to its intrinsic size rather than `100%`, which is consistent across most browsers I tested, including the latest Webkit. So the regression is only for comma-separated mask-size values. I don't know the exact mechanics of how the browser interprets comma vs single values in this case. But felt it was important to report the difference, it did affect a lot of my existing CSS effects relying on the auto value. Reproduction: Link: https://codepen.io/sebastiangraz/pen/VYaaMry 1. Use Safari Technology Preview Release 232 2. Edit the mask-size value from `mask-size: auto, 300%;` to `mask-size: 100%, 300%;` 3. Note how the mask now works again as originally intended 4. Open same link with any other older browser like Safari 26.1, repeat the same change, and note how no change is seen.
Attachments
Image depicting before and after, using mask-size: auto value (633.59 KB, image/png)
2025-11-14 07:48 PST, sgraz
no flags
Alexey Proskuryakov
Comment 1 2025-11-14 09:04:33 PST
Thank you for the report! Both Chrome and Firefox pass the test, so it's certainly not OK to change this behavior. For others trying to reproduce this: note that both success and failure show up as green, one needs to pay closer attention to what's drawn.
Radar WebKit Bug Importer
Comment 2 2025-11-14 09:04:39 PST
Simon Fraser (smfr)
Comment 3 2025-11-17 15:13:38 PST
Caused by the fix for bug 298113.
Sam Weinig
Comment 4 2025-11-18 08:57:43 PST
EWS
Comment 5 2025-11-18 10:02:19 PST
Committed 303192@main (f27a04372bba): <https://commits.webkit.org/303192@main> Reviewed commits have been landed. Closing PR #54110 and removing active labels.
Ahmad Saleem
Comment 6 2025-11-19 09:57:53 PST
Submitted web-platform-tests pull request: https://github.com/web-platform-tests/wpt/pull/56121
Note You need to log in before you can comment on or make changes to this bug.