Closed
Bug 896644
Opened 12 years ago
Closed 9 years ago
Touchscreen scrolling sometimes interpreted as click-dragging
Categories
(Core :: Widget: Win32, defect, P2)
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.
Updated•12 years ago
|
Component: Untriaged → General
Product: Firefox → Firefox for Metro
Severity: normal → major
Priority: -- → P2
Product: Firefox for Metro → Firefox
Comment 1•12 years ago
|
||
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
Comment 3•11 years ago
|
||
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?
Comment 4•11 years ago
|
||
Maksim Lebedev has just started some work on getting Windows touch-screen supported into shape in bug 736048.
Comment 6•9 years ago
|
||
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.
Description
•