As a first draft of the touch events prevent panning stuff, all pages with touch events will prevent panning until a timeout expires and they haven't been told not to. We should instead, if the first touch move (or any touchmove for that matter) comes back with no preventDefault, send a message to java telling it to enable panning and other actions.

This is just a WIP for someone else in case I don't get back to this. This seems to work, except i ocassionally see jumps in the page. I think I am occasionally enabling panning (which then runs through the entire queued event queue) for a brief second when I shouldn't....

This works good for me.

Comment on attachment 593313 [details] [diff] [review] Patch Review of attachment 593313 [details] [diff] [review]: ----------------------------------------------------------------- looks fine.

Comment on attachment 593313 [details] [diff] [review] Patch User impact if declined: Makes touch events work better (i.e. very little delay in panning on pages with touch event listeners, but that don't want to prevent panning. I would be leery to turn them on without this. Testing completed (on m-c, etc.): Landed on mc 2/1/12 Risk to taking this patch (and alternatives if risky): Low risk. Mobile only fixes to broken code. String changes made by this patch: None.

Comment on attachment 593313 [details] [diff] [review] Patch If/When we move this to Aurora, we would likely also want it on beta.

backed out: https://hg.mozilla.org/integration/mozilla-inbound/rev/6e4817ee6129 relanded: https://hg.mozilla.org/integration/mozilla-inbound/rev/04e4eaa041c0

Comment on attachment 593313 [details] [diff] [review] Patch [Triage Comment] Mobile only - approved for Aurora 12 and Beta 11.

Comment on attachment 593553 [details] [diff] [review] Follow up breakage fix [Triage Comment] Mobile only - pre-approving since this likely needs to land along with the original patch.

Comment on attachment 593313 [details] [diff] [review] Patch Clearing approval for Aurora 12 and Beta 11 because we are not currently planning a Native Fennec release of these versions. If this changes in the future, we will likely do a mass uplift of all native fennec changes. For now, let's get these bugs off the channel triage radar. [Filter on the string "mbrubeck-bugspam" if you want to delete all of these emails at once.]