Closed Bug 896644 Opened 12 years ago Closed 9 years ago

Touchscreen scrolling sometimes interpreted as click-dragging

Categories

(Core :: Widget: Win32, defect, P2)

25 Branch
x86_64
Windows NT
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: Kyli, Unassigned)

References

Details

User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:25.0) Gecko/20130720 Firefox/25.0 (Nightly/Aurora) Build ID: 20130720030214 Steps to reproduce: Place finger on screen Move finger up to scroll down Move finger down to scroll up Move finger to the left to scroll right Move finger to the right to scroll left Actual results: Sometimes, scrolling occurs, as intended. However, text may be selected, images may be dragged, and other click-drag actions may be performed (such as moving a song into a playlist on Google Play Music, etc.). This happens unpredictably and does not change (even if touch-scrolling worked previously, if text starts to be selected, touch scrolling no longer works). Sometimes, refreshing or restarting fixes the issue. Expected results: The page scrolls (or does not if there is no more room to scroll) and does not perform click-drag actions.
Component: Untriaged → General
Product: Firefox → Firefox for Metro
Severity: normal → major
Priority: -- → P2
Product: Firefox for Metro → Firefox
I believe the current behavior is generally to scroll if the motion begins in a vertical direction, or to select text if the motion begins in a horizontal direction. This isn't Firefox-specific; it also happens in other Windows apps that don't have special touch support (like notepad.exe). I think this will probably be improved once our Touch Event and Pointer Event support on Windows has been fixed up generally (e.g. bug 736048).
Component: General → Widget: Win32
Product: Firefox → Core
(In reply to Matt Brubeck (:mbrubeck) from comment #1) > I believe the current behavior is generally to scroll if the motion begins > in a vertical direction, or to select text if the motion begins in a > horizontal direction. In the case of this bug, text is sometimes selected in either or both cases with little to no consistency
This bug has been reported multiple times (bug 842113) and has existed for a while now, but still hasn't been confirmed. Is there any attention being given to this?
Maksim Lebedev has just started some work on getting Windows touch-screen supported into shape in bug 736048.
Status: UNCONFIRMED → NEW
Ever confirmed: true
This should be fine now with the APZ support for touch events in Nightly. Closing as WFM but please reopen if you are still seeing this issue.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.