Shape path editor for inset() draws incorrectly when the inset() uses pixels on an element which is sized in page %
Categories
(DevTools :: Inspector, defect)
Tracking
(firefox119 fixed)
| Tracking | Status | |
|---|---|---|
| firefox119 | --- | fixed |
People
(Reporter: vinny.diehl, Assigned: vinny.diehl)
References
(Blocks 1 open bug)
Details
(Whiteboard: [devtools:relnote])
Attachments
(5 files)
Shape highlighter position doesn't match actual inset position
I discovered this bug while playing with the shape editor on the MDN page for inset().
See the attached HTML file for a page that minimally reproduces the issue. If the parent .container's width and height are hardcoded e.g. in pixels, or if the inset() also uses percent, the highlighter is drawn properly; both much match, if there is a mismatch in either width or height then neither side of the highlighter scales correctly.
When the inset() uses em/rem, the problem is the same as with pixels.
When the inset() uses ch, it gets even weirder; the border for the highlighter doesn't appear and the highlighter scales even more wildly, though this scaling behavior with ch is present in other types of shape highlighters and might warrant its own bug (edit: yes, this is a separate issue that I won't be patching here), unlikely though it is that anyone might actually use ch with these.
|
Assignee | |
Comment 1•3 months ago
|
||
|
|
Assignee | |
Comment 2•3 months ago
|
||
|
|
Assignee | |
Comment 3•3 months ago
|
||
|
|
Assignee | |
Updated•3 months ago
|
|
|
Assignee | |
Comment 4•3 months ago
|
||
I see what's going on here. I have a patch coming.
|
|
Assignee | |
Comment 5•3 months ago
|
||
Pushed by nchevobbe@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/5b36e36d27ff Fix inset() shape editor pixel to percent conversion r=nchevobbe,devtools-reviewers
|
||
Comment 7•2 months ago
|
||
| bugherder | ||
|
||
Updated•2 months ago
|
Description
•