Open Bug 1871448 Opened 11 months ago Updated 7 months ago

Unable to confirm an adress on www.foodora.cz due to button being outside the viewport and parent container unscrollable

Categories

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

Tracking

(Not tracked)

People

(Reporter: ksenia, Unassigned)

References

(Depends on 2 open bugs, )

Details

(Keywords: webcompat:platform-bug, webcompat:sitepatch-applied)

User Story

platform:android
impact:workflow-broken
affects:all

Attachments

(1 file)

We've got a report in https://github.com/webcompat/web-bugs/issues/130975 where a user is unable to pick an address and make an order since the button to confirm the address is outside of the viewport and it's impossible to scroll to it.

To reproduce:

  1. Visit https://www.foodora.cz/en/restaurant/a1wt/indicka-restaurace-everest in Firefox Nightly (123.0a1) in RDM or on the actual device.
  2. Click on the plus sign to add a meal, wait for "What's your address?" to appear and click on "Add an address".
  3. Move the map to a nearest building to make sure it picks up the address.

Expected:
Can scroll to "Find vendors" button underneath the map.

Actual:
The button parent container is unscrollable, can't reach the button.

Attached file 130975.html

I've attached a slightly reduced testcase (reproducible on RDM as well).

Thinking this could be related to bug1663634

See Also: → 1663634

Not really, this looks like grid layout not sizing the scroll container (.content) correctly here. Daniel, Ting-Yu, you've been looking at grid issues recently, and flexbox has similar rules IIRC. Any chance you can take a look?

Component: Layout → Layout: Grid
Flags: needinfo?(dholbert)
Flags: needinfo?(aethanyc)

It seems max-height: 100% on the grid container .wrapper made the grid item .content unable to scroll. If I change max-height: 100% to height: 100%, it works as expected.

Flex container works well on this testcase. I test it via adding display: flex; flex-direction: column; to .wrapper, and I can scroll the .content flex item.

Severity: -- → S2
Priority: -- → P3

The issue is roughly this:

  • the grid's height is indefinite (content-based), though its constrained by max-height:100%
  • that means its grid-row (sized to fill the grid with 1fr) and grid item (sized to fill the containing block with height:100%) are also effectively indefinitely-sized and size-to-content.
  • So we don't end up resolving the height:100% on the grid item to actually be the (max-height-constrained) size of the parent grid.

I think this is essentially a form of bug 1481876.

(I also don't think it's actually related to the viewport-compat bug, even though the results are similar.)

No longer blocks: viewport-compat
Depends on: 1481876
Flags: needinfo?(dholbert)
Webcompat Priority: --- → ?

We know what the underlying issue is here, so let's try to build a site patch.

Webcompat Priority: ? → ---
Component: Layout: Grid → Desktop
Priority: P3 → P1
Product: Core → Web Compatibility
Flags: needinfo?(aethanyc)
See Also: 1663634
Depends on: 1884842
Whiteboard: [webcompat:needs-knowledgebase]

A sitepatch is shipped in bug1876363

Depends on: 1885637
Whiteboard: [webcompat:needs-knowledgebase]
User Story: (updated)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: