Consider aliasing -webkit-clip-path to clip-path
Categories
(Core :: Layout, defect, P1)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox109 | --- | fixed |
People
(Reporter: twisniewski, Assigned: twisniewski, Mentored)
References
()
Details
(Keywords: good-first-bug)
Attachments
(1 file)
It seems there are sites out there which never added the standard clip-path CSS property, and just have -webkit-clip-path. For instance, fr.techtribune.net uses clip paths to create the illusion that page ads "roll under" their page content as the user scrolls down the page, but since they do not have the unprefixed variant, the ads are always on top, completely breaking their page.
As such it seems like it's worth supporting that prefix as a basic alias, since I don't recall -webkit-clip-path having any quirky behavior, and I don't recall us having any major interop issues left with clip-path support which should leave us in a worse position if we alias the prefixed version.
Comment 1•3 years ago
|
||
Adding extra_prefixes="webkit", here plus a test should be enough.
Updated•3 years ago
|
Updated•3 years ago
|
| Assignee | ||
Comment 2•3 years ago
|
||
Updated•3 years ago
|
Comment 4•3 years ago
|
||
Backed out changeset b893eee8c864 (Bug 1800969) for causing failures in test_css-properties-db.js CLOSED TREE
Log: https://treeherder.mozilla.org/logviewer?job_id=397423061&repo=autoland&lineNumber=5225
Backout: https://hg.mozilla.org/integration/autoland/rev/f150bc1f71d09e1e1941065951f0f5a38628f080
| Assignee | ||
Comment 5•3 years ago
|
||
Ah, I didn't remember that devtools test. I'm not seeing any other failures in that try run, so I'll push again with that test fixed.
Comment 7•3 years ago
|
||
| bugherder | ||
Description
•