Closed Bug 30221 Opened 25 years ago Closed 25 years ago

Tab order problem in basic auth username & password box

Categories

(SeaMonkey :: UI Design, defect, P3)

Product:
SeaMonkey
Component:
UI Design
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: howdens, Assigned: hyatt)

References

(
URL
)

Details

Having typed in the username, when I tab I do not end up in the password field. There is no indication if any of the visible component has focus, but the username, password and check box do not. I am using build 2000030215 on NT 4 SP3
I believe that this is a consequence of the hacked fix that saari just did for bug 27784. That's because the fields that used to have display:none (and hence were skipped over by the tabbing) are now being displayed but are collapsed instead (apparently that makes them tab-able). In any case, this is not a single-signon problem but rather a problem with in commonDialog.xul/js instead. Reassigning. Note: this might also be related to 25459. In that bug report, the complaint was about the tabbing order for the buttons on this dialog.
Assignee: morse → ben
Component: Single Signon → XPApps
Yeah, event dispatch in general isn't paying enough attention to visibility states. We're going to fix this in M15. I'll take this bug.
Assignee: ben → saari
Target Milestone: M15
bug 18411 is about exactly the same issue and marked PDT-, beta1. Suggest to close one of those as dupe.
just in case this was out of radar with the Unconfirmed state, marking NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
*** Bug 18411 has been marked as a duplicate of this bug. ***
(Should [PDT-] and beta1 notation be copied from bug 18411 over to this bug?)
URL: Any URL accessed throught a firewall → Any URL accessed through a firewall
OS: Windows NT → All
Hardware: PC → All
Having upgraded to build 2000032011 there is now only one invisible field between the username and password fields. i.e. there is only one additional tab required to get from username to password. However, the appearance of the dialogue box is odd - little black marks have appeared in the botton left and top right of each entry field.
Mass-moving most M15 bugs to M16
Target Milestone: M15 → M16
*** Bug 35260 has been marked as a duplicate of this bug. ***
Looks like you cannot tab between the fields at all now. Hyatt, I think this got totally broke with your checkin. Make sure you're jumping over collapsed frames.
Assignee: saari → hyatt
*** Bug 35710 has been marked as a duplicate of this bug. ***
Target Milestone: M16 → M18
*** Bug 36289 has been marked as a duplicate of this bug. ***
*** Bug 36325 has been marked as a duplicate of this bug. ***
*** Bug 36327 has been marked as a duplicate of this bug. ***
QA Contact: sairuh → jrgm
*** Bug 36398 has been marked as a duplicate of this bug. ***
*** Bug 36359 has been marked as a duplicate of this bug. ***
Tab order is reversed. If you hit shift-tab it works.
*** Bug 37392 has been marked as a duplicate of this bug. ***
*** Bug 38443 has been marked as a duplicate of this bug. ***
*** Bug 39725 has been marked as a duplicate of this bug. ***
mass-moving all bugs to m21 that are not dofood+, or nsbeta2+
Target Milestone: M18 → M21
*** Bug 44307 has been marked as a duplicate of this bug. ***
I was testing something else and I think I found this bug was fixed somewhere along the way (win32 2000070108 buid). Can someone else check including on other platforms?
Yes, this is fixed to the degree that TAB and SHIFT-TAB will move between the text fields (and focus the checkbox, modulo bug # where the anonymous content of the checkbox receive focus). marking FIXED for this dialog. (There is, however, some work that needs to be done to make sure that tab-order is fully functional in all dialogs, and I am going to file a bug on myself to make sure that this is all covered (if not already so).)
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.