Closed Bug 794922 Opened 12 years ago Closed 12 years ago

Cant select input field after scrolling if window is launched by window.open

Categories

(Firefox OS Graveyard :: General, defect, P1)

defect

Tracking

(blocking-basecamp:+, firefox18 fixed)

VERIFIED WORKSFORME
blocking-basecamp +
Tracking Status
firefox18 --- fixed

People

(Reporter: chris.varga.job, Assigned: cpeterson)

Details

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.19 (KHTML, like Gecko) Ubuntu/12.04 Chromium/18.0.1025.168 Chrome/18.0.1025.168 Safari/535.19

Steps to reproduce:

I used window.open(url) to open a window to Twitter oauth or Facebook oauth login page. Scrolled on that page a bit because the input fields I were about to use were at the very bottom of the page. Taped on one of the input fields to put down my username/password.


Actual results:

The input field didnt get selected, didnt trigger the keypad either. I noticed that I can scroll on the page more than the actual size of the page. The bottom half of the scrollable are is blank. I think this two issues are related.


Expected results:

The focus should moved to the input filed I taped on and the keypad should show up. Also I should be able to scroll to the bottom of the page only not beyond that.
This bug shows up only if OOP is enabled.
blocking-basecamp: --- → ?
Seems like a blocker.
blocking-basecamp: ? → +
Priority: -- → P1
Is STR still valid?
Keywords: qawanted
QA Contact: tchung
Can't reproduce anymore
verified on
2012-10-23
gaia master: 608ba8a6a931322c96ac1cea7e02f4c4bf9d70fd
gecko: 167d5a73c6aa564d1abcae4654467aa18aba9a3e
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Keywords: qawanted
Btw - if you can't reproduce the bug anymore, but don't know what bug fixed the issue, use worksforme, not fixed.
Resolution: FIXED → WORKSFORME
You need to log in before you can comment on or make changes to this bug.