Closed Bug 1771512 Opened 2 years ago Closed 2 years ago

Starting a horizontal scroll while in vertical overscroll can cause unintended history swiping

Categories

(Core :: Panning and Zooming, defect)

All
macOS
defect

Tracking

()

RESOLVED DUPLICATE of bug 1773381
Tracking Status
firefox-esr91 --- unaffected
firefox101 --- unaffected
firefox102 --- fixed
firefox103 --- fixed

People

(Reporter: mstange, Unassigned)

References

(Regression)

Details

(Keywords: regression)

Steps to reproduce:

  1. Click this link to open the profiler in this tab: https://share.firefox.dev/3MWESqC
  2. In the activity graph at the top, click the blue part of the graph so that the call tree expands to a deep stack and you have a lot of scroll size to work with.
  3. In the call tree, do a fast vertical fling upwards.
  4. While the call tree does an overscroll bounce at the top edge, do a quick horizontal scroll to the left.

Expected results:
The call tree should scroll horizontally while continuing its vertical bounce.

Actual results:
The call tree "blocks" the horizontal scroll. Instead, the scroll is translated into a history swipe and you end up navigating to the previous page.

(In reply to Markus Stange [:mstange] from comment #0)

The call tree "blocks" the horizontal scroll. Instead, the scroll is translated into a history swipe and you end up navigating to the previous page.

Does this only happen when there is no horizontal space to scroll in the given direction? I have only been able to reproduce this when there is no horizontal space.

No, it happens with plenty of horizontal space left. That's the most frustrating aspect of it.

I'm on macOS 12. Maybe this makes a difference with respect to the types of NSEvent phases that we receive.

Regressed by: 1713403

Set release status flags based on info from the regressing bug 1713403

Has Regression Range: --- → yes
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.