Closed Bug 922908 Opened 9 years ago Closed 9 years ago

Mouse movement can interrupt touch scrolling with APZC enabled

Categories

(Firefox for Metro Graveyard :: Pan and Zoom, defect)

All
Windows 8.1
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 917385

People

(Reporter: mbrubeck, Assigned: mbrubeck)

References

Details

Attachments

(1 file)

Attached patch patchSplinter Review
Bug 896017 added code to prevent us from switching input modes in the middle of a touch gesture.  This is no longer working correctly with APZC enabled though, because APZC cancels the touch and stops dispatching touch events during a pan.  Instead we need to listen for notifications from APZC.

Note: Even with this patch, I get some odd behavior if I move the mouse while panning, but it happens after the pan instead of interrupting it.  I'll file a follow-up bug on that once I've investigated it a bit more.
Attachment #812901 - Flags: review?(jmathies)
I think the right fix to this is just to do it down in widget/windows/winrt code (bug 917385). It'll be easy there to detect which input we are receiving and fire an observer as a result. With apz it's almost impossible to keep the front end state accurate.
Depends on: 917385
Attachment #812901 - Flags: review?(jmathies) → review-
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 917385
OS: Windows 8 Metro → Windows 8.1
You need to log in before you can comment on or make changes to this bug.