www.nintendo.com - The slides from the guide are blank
Categories
(Web Compatibility :: Site Reports, defect, P2)
Tracking
(Webcompat Priority:P3, Webcompat Score:2, firefox136 affected, firefox137 affected, firefox138 affected)
People
(Reporter: ctanase, Assigned: twisniewski)
References
(Depends on 1 open bug, )
Details
(5 keywords, Whiteboard: [webcompat-source:web-bugs][webcompat:sightline][webcompat:japan][webcompat:core])
User Story
platform:windows,mac,linux,android impact:content-missing configuration:general affects:some branch:release diagnosis-team:webcompat user-impact-score:18
Attachments
(3 files)
Environment:
Operating system: Android 10
Firefox version: Firefox Mobile 136.0/138
Preconditions:
- Account needed
Steps to reproduce:
- Go to https://www.nintendo.com/it-it/Notizie/Guida-strategica-di-Super-Mario-Bros-Il-Film-2533905.html
- Log into your account.
- Observe the guide.
Expected Behavior:
The slides of the guide are visible.
Actual Behavior:
The slides of the guide are blank.
Notes:
- Reproduces regardless of the status of ETP
- Reproduces in firefox-nightly, and firefox-release
- Does not reproduce in chrome
Created from https://github.com/webcompat/web-bugs/issues/149642
| Reporter | ||
Comment 1•1 year ago
|
||
| Reporter | ||
Updated•1 year ago
|
Comment 2•1 year ago
|
||
Since nightly and release are affected, beta will likely be affected too.
For more information, please visit BugBot documentation.
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Comment 3•1 year ago
|
||
Comment 4•1 year ago
•
|
||
I spun off bug 1953879 as a platform bug for this.
We could deploy the following CSS sitepatch to work around this:
.slider .slider__container img {
flex-shrink: 0;
}
(The issue here has to do with the fact that these images given a specified width:100%, and the site expects them to take on that width, but we shrink them (taking advantage of the default flex-shrink:1) in an attempt to get them all to fit into their flex container. Chrome/WebKit also attempt to shrink the images, but they don't actually have any room to shrink because they immediately run into their resolved automatic minimum width, which they resolve as also being 100%, basically. So one way to match their behavior with an intervention here is to simply disable shrinking for these images, as the above CSS snippet would do.)
| Assignee | ||
Comment 5•11 months ago
|
||
Updated•11 months ago
|
| Assignee | ||
Updated•11 months ago
|
Comment 7•11 months ago
|
||
| bugherder | ||
| Assignee | ||
Updated•11 months ago
|
Updated•11 months ago
|
Updated•10 months ago
|
Updated•10 months ago
|
Updated•10 months ago
|
Updated•7 months ago
|
Updated•6 months ago
|
Updated•6 months ago
|
Updated•2 months ago
|
Updated•1 month ago
|
Updated•1 month ago
|
Description
•