Closed Bug 1534863 Opened 5 years ago Closed 2 years ago

Wrong scrolling behavior when opening sections

Categories

(Core :: Layout, defect, P3)

67 Branch
Unspecified
Android
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox66 --- affected
firefox67 --- affected

People

(Reporter: karlcow, Unassigned)

References

()

Details

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

Spin-off of https://webcompat.com/issues/25995
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 https://de.m.wikipedia.org/wiki/Organische_Halbleiter
  4. scroll until "Elektronische Eigenschaften" is at the top of the viewport. See https://webcompat.com/issues/25995 for an animated gif illustrating it.
  5. Click/Tap on "Elektronische Eigenschaften"

Actual:
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]

This appears to be fixed.

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