Closed Bug 1914402 Opened 1 year ago Closed 1 year ago

ebay.com - The page footer elements are overlapped by the browser adress bar and toolbar

Categories

(Web Compatibility :: Site Reports, defect, P3)

Firefox 131
Other
Android

Tracking

(firefox129 affected, firefox131 affected)

RESOLVED WORKSFORME
Tracking Status
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)

Attached image Screenshot_2.png

Environment:
Operating system: Android 12/ Android 13
Firefox version: Firefox Nightly 131.0a1 (2016039607-🦎131.0a1-20240820095153🦎)

Preconditions:
Clean profile

Steps to reproduce:

  1. Navigate to: https://www.ebay.com/
  2. 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
Severity: -- → S4
User Story: (updated)
Priority: -- → P3

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.

Flags: needinfo?(rbucata)

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.)

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?

See Also: → 1907867
See Also: → 1869801

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)

Flags: needinfo?(rbucata)

(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?

Flags: needinfo?(rbucata)

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.

Status: NEW → RESOLVED
Closed: 1 year ago
Flags: needinfo?(rbucata)
Resolution: --- → FIXED

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.

Resolution: FIXED → WORKSFORME
Whiteboard: [webcompat:sightline]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: