922121 - Defect - tap-drag on nav bar input invokes scroll of content

Status: RESOLVED FIXED

(Firefox for Metro Graveyard :: Input, defect, P2)

Description

[Jim Mathies [:jimm]]

STR:

1) bring up the nav bar on a web page that scrolls
2) tap down on the nav bar and drag away from the input

result: content scrolls
expected: nothing should happen

We should be canceling apz here, but this doesn't appear to be working.

http://mxr.mozilla.org/mozilla-central/source/browser/metro/base/content/input.js#325

Comment 1

[Kartikaya Gupta (email:[e-mail])]

The "nav bar" is the URL bar at the bottom of the screen, right? If so then I can't reproduce this. Doing a drag from the URL bar into the content area doesn't make the content scroll for me.

Comment 2

[Jim Mathies [:jimm]]

STR: 

Use a system without a physical keyboard.

1) open a page of text that can be scrolled
2) scroll the page down just a bit
3) tap on the urlbar to bring up the soft keyboard
4) touch down on the navbar edit and slide your finger up

result: page scrolls

may take a few tries to get it to happen.

Chrome should be calling preventDefault in input.js on this input since the target is chrome content. My guess is something in our detection of chrome targeting is getting messed up.

Comment 3

[Jim Mathies [:jimm]]

Note we have a similar problem with context menus in bug 927239.

Comment 4

[Jim Mathies [:jimm]]

The bug only reproduces when after the tap both touch monocles display on text in the url bar.

Comment 5

[Marco Mucci [:MarcoM]]

Hey Jim, can you provide a point estimate.

Comment 6

[Jim Mathies [:jimm]]

fixed in 10-31 nightly.