Status: Assigned
Owner:
sad...@chromium.org
CC:
wjmacl...@chromium.org,
rjkr...@chromium.org
Labels: Type-Bug Pri-1 Area-UI Feature-Ash-Gestures Hotlist-Link OS-Chrome
MStone-21
New issue 128537 by
rby...@chromium.org: Touch fling on gmail often jumps
too far
http://code.google.com/p/chromium/issues/detail?id=128537
Google Chrome 21.0.1137.5 (Official Build 137304) canary
Platform 2299.0.0 (Official Build) canary-channel link
WebKit 537.1 (@117068)
What steps will reproduce the problem?
1. Open a long thread in gmail
2. Fling on a touch screen up and down and watch the scroll bar
3. Position the thread near (but not at) the top and fling up
What is the expected output? What do you see instead?
Expect the scrollbar to move smoothly, expect to see animation scrolling up.
Instead the scrollbar often starts with a big jump and when near the top of
the thread fling up immediately jumps to the top rather than animating
there smoothly.
In contrast, trackpad fling works fine.
Note that I can repro this using several different touch screens - it
doesn't appear related to any issue with noisy touch events.
In issue 120154 sadrul said:
rjkroege@ said this happens because from the touch-screen fling, webkit
does some scrolling and also generates JS scroll events, and gmail probably
handles the JS scroll events to do its own scrolling, so we end up with too
much velocity. I do not know how difficult it is to fix this case.
Can we produce a simple repro that validates this is the problem? Why
isn't it a problem for trackpad? Eg. is the JS eating mousewheel events
indicating it's doing it's own scrolling but not eating the corresponding
touch events?