Closed Bug 197193 Opened 21 years ago Closed 21 years ago

Tabbing through Forms only allows selection of text fields, not select fields

Categories

(Camino Graveyard :: HTML Form Controls, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
Camino0.8

People

(Reporter: cblackst, Assigned: bryner)

References

Details

(Keywords: regression)

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4a) Gecko/20030312 Chimera/0.7+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4a) Gecko/20030312 Chimera/0.7+

If I am on a page with a form, and I press the tab key to go from field to
field, select fields are skipped and I go from text field to text field.
This worked correctly in Camino 0.7

Reproducible: Always

Steps to Reproduce:
1. put cursor in text input field, with a select field following, followed by
text input field
2. Hit tab key
3.

Actual Results:  
Cursor goes to next text input field

Expected Results:  
Cursor should go to select field

regression from Camino 0.7
This bug is caused because Camino has moved to the trunk, which makes the
tab-navigation feature configurable.  (See bug 140612.)  The preference is
accessibility.tabfocus; Mozilla exposes it in the Preferences UI at
Advanced:Keyboard Navigation.  1 gives text fields, 2 gives other form controls,
and 4 gives links.  The recommended value to get back Camino's former behavior
of tabbing to text fields and other form controls is 3.

The short-term fix is to add this line to your user.js file:

pref("accessibility.tabfocus",3);

(No user.js file?  Create one at ~/Library/Application
Support/Chimera/Profiles/default/*.slt/user.js.)

The mid-term fix to return Camino to the <=0.7 behavior is to patch the
application's Contents/MacOS/defaults/pref/macprefs.js, which comes from
mozilla/modules/libpref/src/mac/macprefs.js.

The long-term fix is to decide what to do based on the Keyboard:Full Keyboard
Access setting in System Preferences.  Unfortunately, the settings there don't
map precisely onto the capabilities of Gecko.  Specifically, the system
preferences allow the user to select "text boxes and lists," which is more than
"text boxes" but less than "all form controls."  Also, it is not clear to
everyone that the "all controls" system setting should focus links in addition
to form controls.  See bug 172641 for Camino and bug 187508 for Mozilla.

This is somewhat related to bug 160387.

Mark
*** Bug 207966 has been marked as a duplicate of this bug. ***
Status: UNCONFIRMED → NEW
Ever confirmed: true
still true on 2003082402.
Blocks: 197865
Keywords: regression
On 2003111414 i can't tab around other form elements on some pages - seems that
it can have something to do with set.focus in javascript, because on other pages
it works corretly.

i can't provide you a sample, because it's czech page, which requires
registration...
This bug also exists in Firebird 0.7, and the workaround does not seem to work.
Bug also exists in Firebird 0.71

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.5) Gecko/20031026
Firebird/0.7
will do this to restore the 0.7 behavior.
Target Milestone: --- → Camino0.8
restored default, UI is a different bug.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
(In reply to comment #8)
> restored default, UI is a different bug.

Is there a bug number for the UI-bug?
You need to log in before you can comment on or make changes to this bug.