Open Bug 1534863 Opened 3 years ago Updated 2 years ago

Wrong scrolling behavior when opening sections


(Core :: Layout, defect, P3)

67 Branch



Webcompat Priority revisit
Tracking Status
firefox66 --- affected
firefox67 --- affected


(Reporter: karlcow, Unassigned)




(Whiteboard: [webcompat][layout:backlog:quality])

Spin-off of
Check the webcompat issue for the detailed analysis.

Steps To reproduce on desktop

  1. Switch to RDM with a mobile user agent string.
  2. Pick up 360x640 pixels for your viewport
  3. Load
  4. scroll until "Elektronische Eigenschaften" is at the top of the viewport. See for an animated gif illustrating it.
  5. Click/Tap on "Elektronische Eigenschaften"

The bottom content doesn't move like if it was fixed.
The item we clicked expands the section but by moving/showing the text toward the top. The page expands toward the top.

The click just adds/removes a class value open-block which sets a display: block on the following sibling (which is in display: none by default).

We can NOT reproduce if the height of the viewport is longer than the distance in distance in between the item we clicked and the bottom of the page.

To reproduce on a pixel 2 for example, put your device in landscape position.

PS: This doesn't reproduce in Chrome Canary Version 75.0.3731.0 (Build officiel) canary (64 bits).
Tested in Firefox Nightly 67.0a1 (2019-03-12) (64-bit)

Flags: webcompat?

Migrating Webcompat whiteboard priorities to project flags. See bug 1547409.

Webcompat Priority: --- → ?

See bug 1547409. Migrating whiteboard priority tags to program flags.

Flags: needinfo?(miket)
Whiteboard: [webcompat] → [webcompat][layout:triage-discuss]

It seems unrelated to scroll snapping (toggling layout.css.scroll-snap-v1.enabled has no effect).

Flags: needinfo?(miket)
Whiteboard: [webcompat][layout:triage-discuss] → [webcompat][layout:backlog:quality]
You need to log in before you can comment on or make changes to this bug.