Closed
Bug 629846
Opened 14 years ago
Closed 14 years ago
tab key event doesn't change focus
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Core
DOM: UI Events & Focus Handling
Tracking
()
RESOLVED
FIXED
People
(Reporter: blassey, Unassigned)
Details
Hitting the tab key (on a keyboard that has it) or the next button on the software keyboard doesn't change the focus after the landing of bug 610821.
Reporter | ||
Comment 1•14 years ago
|
||
I'm no longer sure that this is a regression from bug 610821, turns out there is a bit more to this. If you launch fennec from some other app and click directly into a text input then the tab key will not work. However, if you first give focus to the address bar (i.e. you type in the url) and then give focus to the input box by clicking on it the tabbing works. With this, I can also reproduce on desktop linux.
so, new STR:
1) launch fennec directly to a page with text input feilds (ex "./fennec http://people.mozilla.org/~blassey/tab.html")
2) click on a text input field
3) hit the tab key
Expected results:
Focus goes to next element in tab order
Actual results:
nothing happens
No longer blocks: 610821
blocking2.0: --- → ?
tracking-fennec: --- → ?
Component: Widget: Android → DOM: Events
OS: Android → All
QA Contact: android → events
Hardware: ARM → All
Updated•14 years ago
|
Component: DOM: Events → Event Handling
Comment 2•14 years ago
|
||
Why is this all/all? If the OS is Maemo, bug 610821 might cause this bug. If this can reproduce only on Android, it shouldn't cause this.
Reporter | ||
Comment 3•14 years ago
|
||
(In reply to comment #2)
> Why is this all/all? If the OS is Maemo, bug 610821 might cause this bug. If
> this can reproduce only on Android, it shouldn't cause this.
The two platforms I've tested are Desktop Linux and Android, both show the same behavior.
Reporter | ||
Comment 4•14 years ago
|
||
this bug exists in the 1-28 fennec linux desktop nightly, but its fixed in the 1-29 and 1-30 nightlies. It exists in all recent android nightly builds I've tested.
Reporter | ||
Comment 5•14 years ago
|
||
this is also fixed in the 1/29 android nightly, so the fix is in the range of changeset 06d9df6ca0fa to 94a51a3b64d4. Closing the bug.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Updated•14 years ago
|
blocking2.0: ? → ---
tracking-fennec: ? → ---
Assignee | ||
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•