Bug 17406
| Summary: | Tab does not shift focus away from text form fields (text-input and text-area) | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Ilya Sherman <ishermandom+bugs> |
| Component: | Forms | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED INVALID | ||
| Severity: | Normal | CC: | ap, mrowe |
| Priority: | P2 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | Mac | ||
| OS: | OS X 10.5 | ||
Ilya Sherman
Upon focusing a text-entry form field (such as the ones I am typing in to submit this report), pressing [Tab] inserts a tab character rather than switching focus to the next field. This happens whether or not the option "Press Tab to highlight each item on a webpage" is selected. Shift-tab still works to move backward, and option-tab works to move on to the next tab.
Perhaps this is an intentional change, but it is not the behavior of the shipping Safari 3, and it is very bothersome to me as a user. Also, sorry if this is a dupe --- I was surprised when I couldn't find anything in the search, as this seems like a pretty glaring problem.
Steps to reproduce:
1. Navigate to a page with a form including some sort of text input.
2. Focus the text input field.
3. Try to tab away from the field.
Expected results:
Tab to the next field of the form.
Actual results:
A tab character is inserted into the field's input.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Mark Rowe (bdash)
Which build of WebKit are you using?
Mark Rowe (bdash)
I cannot reproduce this in the latest revision of WebKit on Mac OS X.
Ilya Sherman
I am seeing this on the latest nightly (r30368), running on OS X 10.4.11.
Ilya Sherman
Ack... nevermind. I just realized that I recently installed the haxie TextExtras, which among other things added a custom key binding dictionary to ~/Library/KeyBindings that remapped the tab key bindings:
/* Better tab */
"\011" = "TE_indentFriendlyInsertTab:";
"^i" = "insertTab:"; /* Ctrl-i in case TextExtras isn't around */
"^\011" = "insertTab:"; /* Ctrl-tab in case TextExtras isn't around */
I'm curious though: Why does this only break the tab behavior on the webkit nightlies, and not in the official Safari 3, and other browsers (e.g. Camino)? Should it be the tab key press or the "insertTab:" selector that triggers form field switching?
Feel free to close this as invalid if the new behavior is indeed intended with such a remapped key binding.
Alexey Proskuryakov
We have fixed many bugs with custom key bindings in the nightlies. I doubt that Gecko-based browsers currently support custom key bindings at all.
And yes, a custom key binding file has precedence over built-in behavior.