primevideo.com - The transition of the images inside the carousel is faster compared to Chrome
Categories
(Web Compatibility :: Site Reports, defect, P3)
Tracking
(firefox129 affected, firefox131 affected)
People
(Reporter: rbucata, Unassigned)
References
(Depends on 1 open bug, )
Details
(Keywords: webcompat:site-report)
User Story
platform:windows,mac,linux,android impact:minor-visual configuration:general affects:all branch:release
Attachments
(1 file)
|
646.17 KB,
video/mp4
|
Details |
Environment:
Operating system: Android 12/ Android 13
Firefox version: Firefox Nightly 131.0a1 (2016037111-🦎131.0a1-20240807093114🦎)
Preconditions:
Clean profile
Steps to reproduce:
- Navigate to: https://www.primevideo.com/
- Perform account login
- Observe the TV shows image carousel behaviour
Expected Behavior:
The transition is as in Chrome
Actual Behavior:
Increased transition speed of images compared to Chrome
Notes:
- Reproducible regardless of the status of ETP
- Reproducible on the latest build of Firefox Nightly and Release
- Works as expected using Chrome
- Attachment provided
- Issue found during WebCompat team [Top100] websites testing
|
Reporter | |
Updated•1 month ago
|
|
|
Reporter | |
Updated•1 month ago
|
|
||
Updated•25 days ago
|
|
||
Comment 1•10 days ago
|
||
I can't directly test at https://www.primevideo.com/ because that site seems to be specific to folks outside the US -- for me, that site just shows a big button "Go to Amazon.com to watch" with text below it saying "Live outside of the United States? Sign in to continue." (This still happens even after I sign in, too.)
However, on the Prime Video part of Amazon itself (e.g. clicking through from the aforementioned "Go to Amazon.com to watch" button), I do see a carousel that looks much like the video in comment 0, so I think it's the same design and behavior, just hosted on two different Prime-related domains.
As in bug 1910608, I think the carousel is animating via JS-invoked "smooth scrolling" scroll operations (rather than some other sort of animation). I confirmed this by toggling general.smoothScroll to false, that made the scroll animation stop entirely. (The carousel abruptly jumps instead.)
I don't know that the Firefox behavior is particularly broken or troublesome here, but comparing us vs. Chrome side-by-side, I think a case can be made that the Chrome behavior is slightly better. Comparing this bug to bug 1910608, I think this bug here is slightly-worse-UX because the scroll action is triggered intermittently by the page itself (which makes Firefox's initial burst of speed a bit surprising & harder to follow). Whereas in bug 1910608, the user is at least taking an action to make the scroll happen, which makes the "fling" physics feel a little more natural.
I filed bug 1916760 on the underlying behavior-difference here -- let's make this depend on that.
Description
•