Closed Bug 53977 Opened 25 years ago Closed 25 years ago

Shouldn't be able to access hidden tabs using the keyboard

Categories

(Toolkit :: Form Manager, defect, P3)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: bugzilla, Assigned: bugzilla)

References

Details

Attachments

(3 files)

Build ID: just pulled Steps to Reproduce: (1) Open Form Manager (2) Click the "Forms Never Previewed" tab (3) Press the left-arrow ( <- ) button. You get to a Password Manager tab. You can also get to the Form Manager when in the Password Manager via a similar manuever...
->future, of course
Target Milestone: --- → Future
Now that's a real strange one. I definitely am seeing that behavior. I'd rather not "future" it because I use that as a polite way to say "won't fix ever" without encountering flames from the reporter. Also futured bugs don't get picked up on my bug-list radar. Instead I want to fix this as soon as we start doing checkins for 6.01. Therefore M19. For the above reasons, the target milestone field is to be filled in by the assignee only, not by the reporter.
Status: NEW → ASSIGNED
Target Milestone: Future → M19
well, that is somewhat of a flawed system. If bugs aren't going to be fixed, they should be WONTFIX. There is no need to clutter the database with open bugs that will never be fixed, just as an act of politeness towards the reporter. FUTURE suggests the bug will be fixed after rtm, whereas M19 suggests it will still be fixed for this release, which clearly isn't the case...
M19 does not mean "fixed for this release." In fact, nobody knows what the M notations mean anymore and so they can be given whatever meaning the assignee wishes in order to help him triage his bugs. It's more than just an act of "politeness" to avoid using wont-fix. It's a means of avoiding wasting time with unnecessary flame wars.
Actually, M19 will pretty much coincide with rtm, since M18 will coincide with nsbeta3. Anyways, sure, use the milestones to prioritize and triage however you want. However, I still do not agree with the use of FUTURE as a way to say `i'm not fixing this bug, but i don't want to get flamed.' There are other ways of dealing with unhappy reporters (I like to use the ignore method), but polluting the database with open bugs that will never be fixed isn't one of them.
spam: mass-moving open password manager (single signon) and form manager (autofill) bugs to Terri for qa contact. unfortunately, i cannot cc myself with this form, so feel free and add me if you want to keep me in the loop with any (but, pls not all :) of these... will also go thru 'em meself, a bit later...
QA Contact: sairuh → tpreston
Target Milestone: M19 → M20
Summary: Can get to Password Manager tabs when supposedly in Form Manager → [x]Can get to Password Manager tabs when supposedly in Form Manager
Target Milestone: M20 → ---
I have a fix.
Assignee: morse → blakeross
Status: ASSIGNED → NEW
OS: Windows 98 → All
Hardware: PC → All
Summary: [x]Can get to Password Manager tabs when supposedly in Form Manager → Can get to Password Manager tabs when supposedly in Form Manager
Attached patch patchSplinter Review
r=hewitt on the above patch.
Good news. But in the future please try to remember to move my name to the cc list when you remove it from the assigned-to field. Otherwise I stop getting notifications of changes made to the bug report.
alec, can you sr please?
Status: NEW → ASSIGNED
Looks fine, but how about in the patch to tabBindings.xml: var next = this.selectedTab[aDir == -1 ? "previousSibling" : "nextSibling"]; if (next && !next.getAttribute("hidden")) { this.selectedTab = next; next.focus(); }
r=jag on the first bit, not on the s/onclick/onmousedown/. blake said he'll get a new bug and some discussion on that change.
Fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Summary: Can get to Password Manager tabs when supposedly in Form Manager → Shouldn't be able to access hidden tabs using the keyboard
Verified on Win98,W2k Build 2000-11-27-04-Mtrunk Mac build 2000-11-27-04-Mtrunk 2000-11-27-04-Mtrunk Linux build 2000-11-27-09-Mtrunk
Status: RESOLVED → VERIFIED
The patch presented here has a bug in it. Namely the tab for the list of saved passwords no longer appears. See bug 62509 for details and for the patch to fix the bug in this patch.
Product: Core → Toolkit
QA Contact: tpreston → form.manager
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: