Closed Bug 1907867 Opened 5 months ago Closed 2 months ago

www.hungryroot.com - Options are being overlapped by the "Back/Next" action bar

Categories

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

ARM
Android

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: rbucata, Unassigned)

References

()

Details

(Keywords: regression, regressionwindow-wanted, webcompat:site-report, Whiteboard: [webcompat-source:web-bugs])

User Story

platform:android
impact:significant-visual
configuration:general
affects:all
branch:release
diagnosis-team:layout

Attachments

(3 files)

Environment:
Operating system: Android 14
Firefox version: Firefox Mobile 130.0/Firefox 128.0

Steps to reproduce:

  1. Navigate to: https://www.hungryroot.com/quiz/meat/
  2. Once the quiz is started, make sure to select "Omnivore" as an option
  3. Proceed until the "What kind of meats" question is present
  4. Scroll and observe

Expected Behavior:
All the options rendered as expected

Actual Behavior:
The last options is being overlapped by the action bar

Notes:

  • Reproduces regardless of the status of ETP
  • Reproduces in Firefox Nightly
  • Does not reproduce in Firefox Release, and Chrome

Created from https://github.com/webcompat/web-bugs/issues/139166

Severity: -- → S4
User Story: (updated)

Raul, I wasn't able to reproduce this in Nightly or Release. Can you still reproduce it?

Flags: needinfo?(rbucata)
Attached image Screenshot_4.png
Flags: needinfo?(rbucata)

This is still an issue

Tested with:

Browser / Version: Firefox Release 129.0.2 (2016039455-🦎129.0.2-20240819150008🦎)/Firefox Nightly 131.0a1 (2016041047-🦎131.0a1-20240827213859🦎)
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)

And you can't scroll any further down than that?

Flags: needinfo?(rbucata)
Attached image Chr vs ff
Flags: needinfo?(rbucata)

Nope, as there is no more content to scroll, on both Chrome and Firefox. I think this is related to the new toolbar design, as the Release version does not show this issue anymore

(In reply to Jeff Muizelaar [:jrmuizel] from comment #1)

Raul, I wasn't able to reproduce this in Nightly or Release. Can you still reproduce it?

I can't reproduce either, testing in Nightly (which it sounds like is where this repro's for Raul)

Observations: the bug screenshots (comment 2 and comment 5) show:
(a) the URLbar at the top (which is a non-default setting in Firefox Settings)
(b) the URLbar/navbar are still in view (which makes me think "Scroll to hide address bar and toolbar" might be disabled, which is a non-default setting)

Raul: assuming you can still repro in NIghtly, could you test with both of those settings reset to their default values in Settings | Customize, and see if it helps at all? (It might not -- I tested both of those toggled to the setting that seems-to-match-your-screenshot and I still wasn't able to repro -- but it's still worth reducing variables vs. the default config to see what's going on & whether they might be involved.)

The closest I've come to reproducing this is by
(1) scrolling all the way down (navbar/urlbar disappear, all content is visible)
(2) scroll back up ever-so-slightly so that navbar/urlbar reappear)
(This^ makes the bottom chunk of page-content get covered up by the toolbars, but that's expected when you've started scrolling up.)

Flags: needinfo?(rbucata)
See Also: → 1914402

(See bug 1914402 comment 3 for some patterns I observed between this bug & some others; I'm wondering if there's a device-specific dependency or something along those lines, which triggers a common failure-mode among several sites.)

Attached video Nightly vs Chrome.mp4

I was not able to reproduce this issue with the default settings. (Address bar at the bottom, scroll to hide bar enabled)

Environment:
Operating system: OnePlus 6 A6000 (Android 11)
Firefox version: Nightly 132.0a1-20240913100931

Thanks! If it turns out Raul can still repro on his CPH2307 device or any device, maybe we can learn some missing variable that's needed.
[--> leaving ni=raul open]

(But without that confirmation & clues about what that variable might be, there's perhaps not much we can do here to investigate.)

Leaving this for future reference (weird that Vysor does not show the model as it does with my Pixel 3)

CPH2307 is actually Oppo Find X5 (Android 13) - 1080 x 2400 pixels, 20:9 ratio (~402 ppi density)

Thanks, that's good to know. When you've got a chance, please let us know if you can still repro on that device (and if so, whether reproducing seems to require any nondefault settings, per top half of comment 7)

I was not able to reproduce the issue anymore, regardless of the settings made for the address bar location or any changes made to the default settings

Tested with:

Browser / Version: Firefox Nightly 133.0a1 (2016047503-🦎133.0a1-20240930145947🦎)
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)

OK! Thanks, let's close as WFM then.

Status: NEW → RESOLVED
Closed: 2 months ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: