Starting a horizontal scroll while in vertical overscroll can cause unintended history swiping
Categories
(Core :: Panning and Zooming, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr91 | --- | unaffected |
firefox101 | --- | unaffected |
firefox102 | --- | fixed |
firefox103 | --- | fixed |
People
(Reporter: mstange, Unassigned)
References
(Regression)
Details
(Keywords: regression)
Steps to reproduce:
- Click this link to open the profiler in this tab: https://share.firefox.dev/3MWESqC
- 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.
- In the call tree, do a fast vertical fling upwards.
- 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.
Comment 1•3 years ago
|
||
(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.
Reporter | ||
Comment 2•3 years ago
|
||
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.
Updated•3 years ago
|
Comment 3•3 years ago
|
||
Set release status flags based on info from the regressing bug 1713403
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Description
•