ebay.com - The page footer elements are overlapped by the browser adress bar and toolbar
Categories
(Web Compatibility :: Site Reports, defect, P3)
Tracking
(firefox129 affected, firefox131 affected)
People
(Reporter: rbucata, Unassigned)
References
()
Details
(Keywords: webcompat:needs-diagnosis, webcompat:site-report, Whiteboard: [webcompat:sightline])
User Story
platform:android impact:significant-visual configuration:general affects:all branch:release diagnosis-team:layout
Attachments
(1 file)
|
399.13 KB,
image/png
|
Details |
Environment:
Operating system: Android 12/ Android 13
Firefox version: Firefox Nightly 131.0a1 (2016039607-🦎131.0a1-20240820095153🦎)
Preconditions:
Clean profile
Steps to reproduce:
- Navigate to: https://www.ebay.com/
- Scroll the page towards the end and observe
Expected Behavior:
The page footer is fully visible
Actual Behavior:
The page footer is
Notes:
- Reproducible regardless of the status of ETP
- Reproducible on the latest build of Firefox Nightly regardless is "Scroll to hide" is enabled or not
- If the address bar is set to "Top" the toolbar still overlaps the page footer
- Works as expected using Release (toolbar not available)
- Attachment provided
- Issue found during WebCompat team [Top100] websites testing
Updated•1 year ago
|
Comment 1•1 year ago
|
||
Hi Raul -- can you still reproduce this? I can't repro in current Nightly; I'm wondering if this was fixed by recent navbar handling improvements.
Comment 2•1 year ago
•
|
||
I still can't reproduce, including in mozregression-launched Nightly 2024-08-20, which I think is the version used in comment 0 (20240820095153).
I'm testing on a Pixel 6a with Android 15, and I tested this build using default configuration, and tried toggling address-bar to top, and tried turning off "scroll to hide", but wasn't able to repro regardless of what config I tested.
Happy to investigate further but it'd be good to have confirmation that it still repro's first, in case this was a bug that either we or ebay already fixed. (Hypothetically if it still repro's for Raul, my guess as to why it varies between him & me would be due to geolocation-based-variability in the content that ebay serves, or possibly due to screen-resolution.)
Comment 3•1 year ago
•
|
||
Note, this seems very similar to bug 1907867 and bug 1869801 - all three bugs seem to have the following in common:
- Raul's observing that Firefox Nightly is unable to scroll to the end of some content, on his phone (labeled CPH2307 in screenshots, which I assume means "OPPO Find X5 CPH2307" based on some googling)
- Raul notes that the bug does not repro in release.
- The bug hasn't yet been reproducible by other folks on their own phones.
- The reference image shows Chrome on a Pixel 3 (based on the label in the screenshot).
This leads me to suspect that maybe there's something special about the CPH2307 device that makes these issues reproducible (specifically on that device, specifically in Firefox-versions-that-have-the-navbar, i.e. Nightly for now)
Raul: assuming these three bugs still repro for you, would you mind seeing if they also repro on another device, e.g. the Pixel 3 that you're using as your reference for your Chrome screenshot here?
| Reporter | ||
Comment 4•1 year ago
|
||
This happens on all of my testing devices, I assume it has to do with the new toolbar design on Nightly
Tested with:
Browser / Version: Firefox Release 130.0 (2016041319-🦎130.0-20240829075237🦎)/Firefox Nightly 132.0a1 (2016044215-🦎132.0a1-20240913100931🦎)
Operating System: Google Pixel 3 (Android 12) -1080 x 2160 pixels, 18:9 ratio (~443 ppi density)
Operating System: Oppo Find X5 (Android 13) - 1080 x 2400 pixels, 20:9 ratio (~402 ppi density)
Comment 5•1 year ago
•
|
||
(In reply to Raul Bucata from comment #4)
This happens on all of my testing devices, I assume it has to do with the new toolbar design on Nightly
Interesting. I've been testing with Nightly, with fresh profile, & new toolbar design as well, and so far I've been unable to repro. I just tested with latest Nightly (9-14 datestamp) on a Pixel 4a and Pixel 4 (Android 13 on both) and again I can't reproduce any covered-up content.
Could you attach a screencast demonstrating what the bug looks like for you? It's hard to know for sure from the screenshot in comment 0. I assume the screenshot is showing what-things-look-like when you've scrolled down as far as you possibly can -- is that right? For me, scrolling as far as I can causes the dynamic-toolbar to hide (it actually hides much sooner, really), and when it's hidden, I can see all of the content that's covered up in your screenshot.
So is the issue really that the dynamic toolbar simply isn't auto-hiding for you when you scroll on this site?
| Reporter | ||
Comment 6•1 year ago
|
||
I can no longer reproduce the issue with the latest Nightly, regardless if "Scroll to hide the toolbar" is enabled or not. Safe to say we can consider this as fixed.
Comment 7•1 year ago
|
||
Thanks! That's good to know. Let's call this WORKSFORME since we don't know for sure what fixed it or when it became fixed.
Updated•1 year ago
|
Description
•