Cork Reporter
	Description • 13 years ago

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,

	Matt Brubeck (:mbrubeck)
	Comment 1 • 13 years ago

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).

	Matt Brubeck (:mbrubeck)
	Comment 2 • 13 years ago

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.

	Benjamin Stover (:stechz)
	Comment 3 • 13 years ago

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

	Matt Brubeck (:mbrubeck)
	Comment 4 • 13 years ago

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

Filed bug 656167.

	Oleg Romashin (:romaxa) Assignee
	Comment 5 • 13 years ago

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.

	Benjamin Stover (:stechz)
	Comment 6 • 13 years ago

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

	Naoki Hirata :nhirata (please use needinfo instead of cc)
	Comment 7 • 13 years ago

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

	Mark Finkle (:mfinkle) (use needinfo?)
	Comment 8 • 13 years ago

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

	Andreea Pod
	Comment 9 • 13 years ago

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)

	Kevin Brosnan [Ex-Mozilla]
	Comment 10 • 13 years ago

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

	Tatiana Meshkova (:tatiana)
	Comment 11 • 13 years ago

(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

	Oleg Romashin (:romaxa) Assignee
	Comment 12 • 13 years ago

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...

	Doug Turner (:dougt)
	Comment 13 • 13 years ago

oleg, land on m-i?

	Doug Turner (:dougt)
	Comment 14 • 13 years ago

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

	Matt Brubeck (:mbrubeck)
	Comment 15 • 13 years ago

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

	Catalin Suciu [:csuciu]
	Comment 16 • 13 years ago

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