input type image sprite: full image is shown instead of the target part
Categories
(Core :: Layout: Images, Video, and HTML Frames, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr115 | --- | unaffected |
| firefox-esr140 | --- | unaffected |
| firefox151 | --- | wontfix |
| firefox152 | --- | fix-optional |
| firefox153 | --- | fixed |
People
(Reporter: bzff, Assigned: emilio)
References
(Regression)
Details
(Keywords: regression)
Attachments
(5 files)
Steps to reproduce:
To remove one item from the shopping cart an input of the type image is used to visualise it. The used image is a sprite.
The shopping cart sidepanel is at first of width 0 until activated, by adding an item or pressing the cart button the width is changed, revealing all cart items.
Short version of what is used:
<input type="image" src="icons_sprite.png" class="carticon cart-remove" alt="position remove">
<style>
.carticon {width: 25px !important; height: 20px; object-fit: none; background: transparent;}
.cart-remove {object-position: 0 -21px;}
</style>
Actual results:
On
- Windows 10 with Firefox 150.0.2
- Android 15 (FP5.VT2Q.C.092) with Firefox 150.0.1
- Android 16 with Firefox 150.0.1
when input of type image is used for a sprite the full image is shown.
Expected results:
On
- Windows 11 with Firefox 140.10.2esr
- Windows 10 with Chrome
- Android 15 with Chrome
only the targeted part of the sprite is shown
Comment 3•28 days ago
|
||
The Bugbug bot thinks this bug should belong to the 'Firefox for Android::General' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Comment 4•25 days ago
|
||
I can reproduce the bug with this small repro case (from the reporter's STR), on Firefox Desktop.
Updated•25 days ago
|
Comment 5•14 days ago
|
||
The severity field is not set for this bug.
:sdetar, could you have a look please?
For more information, please visit BugBot documentation.
Updated•14 days ago
|
Comment 6•11 days ago
|
||
The severity field is not set for this bug.
:ghess, could you have a look please?
For more information, please visit BugBot documentation.
| Assignee | ||
Comment 7•10 days ago
|
||
Pretty sure this is a regression from bug 1999100. Chrome doesn't seem to show overflow even if you explicitly set overflow: visible.
Comment 8•10 days ago
|
||
Set release status flags based on info from the regressing bug 1999100
| Assignee | ||
Comment 9•10 days ago
|
||
Matches other browsers' behavior and pre-regression behavior, see
https://github.com/whatwg/html/pull/12491.
Updated•10 days ago
|
| Reporter | ||
Comment 10•10 days ago
|
||
Thanks,
adding "overflow: hidden;" to the parent element alleviates the issue.
Now it seems to only paint over the padding & margin area.
Updated•4 days ago
|
Updated•3 days ago
|
Updated•1 day ago
|
Comment 11•1 day ago
|
||
Comment 12•1 day ago
|
||
Comment 13•1 day ago
|
||
Backed out for causing wpt failures.
- Backout link
- Push with failures
- Failure Log wpt
- Failure Log mochitest
Updated•1 day ago
|
Created web-platform-tests PR https://github.com/web-platform-tests/wpt/pull/60405 for changes under testing/web-platform/tests
Comment 15•23 hours ago
|
||
Upstream PR was closed without merging
Comment 17•8 hours ago
|
||
| bugherder | ||
Upstream PR merged by moz-wptsync-bot
Description
•