656114 - Clicking is broken in position:fixed elements in Fennec with MOZ_ENABLE_FIXED_POSITION_LAYERS enabled

Status: VERIFIED FIXED

(Firefox for Android Graveyard :: General, defect)

Description

[Cork]

With the current nightly i can't focus the password or email field. This worked fine last i tested (back in dec).

Steps to Reproduce:
1. Open the URL
2. Click "Account login" at the top right
3. Try to set focus in the password by tapping the field

Actual Results:
Nothing happens when the field is clicked.

Expected Results:
Focus should be moved to the input field,

Comment 1

[Matt Brubeck (:mbrubeck)]

This is likely a regression from bug 607417.  This bug does not appear in Firefox 4, but it does appear on Aurora (Firefox 5) and Nightly (Firefox 6).

Comment 2

[Matt Brubeck (:mbrubeck)]

Attachment: test case

This affects more than just form fields.  Clicks are not dispatched correctly to position:fixed elements in Fennec.  Steps to reproduce:

1. Open the attached test case in Fennec.
2. Zoom in, then scroll down.
3. Click on "Click me."

Expected results: The link is activated, and navigates to example.com.
Actual results: Nothing happens.

Comment 3

[Benjamin Stover (:stechz)]

Another good reason to turn off position: fixed layers for now.

Comment 4

[Matt Brubeck (:mbrubeck)]

(In reply to comment #3)
> Another good reason to turn off position: fixed layers for now.

Filed bug 656167.

Comment 5

[Oleg Romashin (:romaxa)]

It looks like events are not properly redirected to content with fixed position...
it is possible to enter/activate input fields if your page is scrolled to (0, y) position, and if X!=0, then events are redirected somewhere else..., also page automatically centered if you click on input field (X!=0) and in order to switch to password field you need to scroll page back to X=0 position and then click on password field..
do we have any magic in events coordinates translation code when they are sent from Parent to Child? scroll offsets? 

also interesting that different Y- position does not break this behavior.

Comment 6

[Benjamin Stover (:stechz)]

We'd like to get this behavior into platform. See bug 652240.

Comment 7

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

seems to have broken in 4/9, 4/8 works.

Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.2a1pre) gecko/20110409 Firefox/4.2a1pre Fennec/4.1a1pre
Mac OS X 10.6.7

Comment 8

[Mark Finkle (:mfinkle) (use needinfo?)]

fixed by bug 656167, but we hope to turn position:fixed back on, so leaving this open.

Comment 9

[Andreea Pod]

I also tried to reproduce this following the steps from Comment 2 and it's not happening. Should we mark this as WORKSFORME?

Mozilla /5.0 (Android;Linux armv7l;rv:8.0a1) Gecko/20110809 Firefox/8.0a1 Fennec/8.0a1
Device: LG Optimus 2X (Android 2.2)

Comment 10

[Kevin Brosnan [Ex-Mozilla]]

This works for me as well using a current Nightly. Cork reopen if you can repro.

Comment 11

[Tatiana Meshkova (:tatiana)]

(In reply to Kevin Brosnan [:kbrosnan] from comment #10)
> This works for me as well using a current Nightly. Cork reopen if you can
> repro.

see #comment8

Comment 12

[Oleg Romashin (:romaxa)]

Attachment: Fix click for fixed layers after zoom

Ok, so link clicking broken after zoom, but works again after little scroll, which make it clear that problem is in missing updateCSSViewport after zoom animation finished...

Comment 13

[Doug Turner (:dougt)]

oleg, land on m-i?

Comment 14

[Doug Turner (:dougt)]

http://hg.mozilla.org/integration/mozilla-inbound/rev/0324f71c6757

Comment 15

[Matt Brubeck (:mbrubeck)]

https://hg.mozilla.org/mozilla-central/rev/0324f71c6757

Comment 16

[Catalin Suciu [:csuciu]]

I wasn't able to reproduce this issue on Mozilla/5.0 (Android;Linux armv7l;rv:7.0)Gecko/20110830 Firefox/9.0a1 Fennec/7.0
Device: HTC Desire
OS: Android 2.2