In yesterday's UX build, swiping is disabled, but scrolling past the page end and back again behaves differently than before the swiping patches. Is this intentional? STR: 1. Ensure swipe pref is off. 2. Put two fingers on the touchpad. 3. Move your fingers up or down until you hit the edge of the page. 4. Keep scrolling further in the same direction. 5. Reverse direction (still without lifting your fingers) and scroll a bit. Actual results: Step 5 does not cause any scrolling until you've crossed the imaginary overscroll bound again. Expected results: The page should start moving again as soon as you've reversed the scroll direction.
No, not intentional. I've checked with a local build and I can't reproduce. However, latest nightly does repro. Will check for a regression range.
Created attachment 824123 [details] [diff] [review] Patch Turns out this was there ever since landing the patch in bug 673875. Not sure why I couldn't reproduce with a local build at first. This patch ensures that we're not tracking vertical swipes when swipe animations are turned off.
Markus, can you please check that this is fixed on Firefox 28: ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/28.0b2-candidates/build1/mac/en-US/ ?
It's fixed in that build.