Closed
Bug 922908
Opened 12 years ago
Closed 12 years ago
Mouse movement can interrupt touch scrolling with APZC enabled
Categories
(Firefox for Metro Graveyard :: Pan and Zoom, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 917385
People
(Reporter: mbrubeck, Assigned: mbrubeck)
References
Details
Attachments
(1 file)
5.32 KB,
patch
|
jimm
:
review-
|
Details | Diff | Splinter 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)
![]() |
||
Comment 1•12 years ago
|
||
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.
![]() |
||
Updated•12 years ago
|
Attachment #812901 -
Flags: review?(jmathies) → review-
![]() |
||
Updated•12 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
Updated•11 years ago
|
OS: Windows 8 Metro → Windows 8.1
You need to log in
before you can comment on or make changes to this bug.
Description
•