Closed Bug 8014 Opened 26 years ago Closed 26 years ago

[FEATURE][PP] Can't tab caret between form text fields.

Categories

(Core :: XUL, defect, P1)

Product:
Core
Component:
XUL
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: sujay, Assigned: saari)

References

(
URL
)

Details

using 6/11 build of apprunner on linux 1) launch apprunner 2) go to any page that has multiple form fields. One URL is given above. 3) click in the first form field 4) hit Tab key to get to the next field. doesn't work. I could have sworn this was working sometime ago. works fine on Mac and Windows...
Summary: [PP] Tab doesn't work in form fields → [PP] Keyboard navigation doesn't work in form fields
resummarizing.
Target Milestone: M8
Putting on the M8 radar.
Target Milestone: M8 → M9
moving to m9 after discussion with ramiro
Alex Larsson was helping me with this, but hes on vacation now. Marking m10.
Target Milestone: M9 → M10
Target Milestone: M10 → M11
m11, but not really a blocker.
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → DUPLICATE
Marking dup of 6750. *** This bug has been marked as a duplicate of 6750 ***
Status: RESOLVED → REOPENED
Re-opening. This bug states that keyboard shortcuts aren't working. Bug 6750 says that there should be a visual cue when switching between form elements. Tabbing is given as an example, however it would seem that clicking with the mouse would produce the same effect for that bug. (although one would hope you knew what form element you were in if you used your moust.) It's one thing if you can't tab between fields, it's another if you can but you can't tell where you're at.
Resolution: DUPLICATE → ---
Clearing DUPLICATE resolution due to reopen.
QA Contact: phillip → claudius
ramiro, will you be working on this? if not, who? If you will fix, what milestone should this be. Due to reopen, this needs to be on M12 (which is closing down tonight) or later. Thanks!
tabbing works for me, there's a focus problem though; hitting return only happens on the first form element where you started tabbing.
Assignee: ramiro → saari
Status: REOPENED → NEW
Summary: [PP] Keyboard navigation doesn't work in form fields → [PP] Can't tab caret between form text fields.
Target Milestone: M11 → M13
Oh no, not another morphing bug! This one was written up as an inability to tab between form fields, with the bugzilla query page used as an example. I take this to mean that you cannot move the caret from one text field to another using the tab key. Is that right? Latest summary is overly broad, and duplicates a bug that saari just fixed today, resummarizing. This tab defect is happening for me today on Win98, MacOS 8.6 and Linux. I expect 4.x behavior, where the caret moves between text fields. What I get is a growing outline selection (as if I was doing a discontiguous selection) moving between successive elements, including URLs, but no movement of the caret. possibly related to 21536. reassigning to saari as p3 for m13
This sounds like a bug on Eric Pollmann's plate. Adding myself and him to cc list.
*** Bug 21893 has been marked as a duplicate of this bug. ***
*** Bug 21896 has been marked as a duplicate of this bug. ***
The 'discontiguous selection' bug is already reported as 20322. This bug applies only to the caret not appearing in text inputs/text areas that receive focus through tabbing in to them.
This might sound like ambiguo-bug 9784, which is actually an older issue that was fixed - tabbing doesn't work at all with GFX widgets. I'm going to close out 9784 because tabbing works for the most part. The only remaining issues I can see are: 20322 - Fields don't erase their border when they loose focus 8014 - Tabbing into text areas doesn't move the caret. Maybe Steve would know more about this recent bug?
Depends on: 21887
Tabbing between <input> and <textarea> seems to work in the browser, except that there are focus issues. I think these are the issues that saari and hyatt are already dealing with in bug 21887.
Sorry: I need to update this to diagnose a mail bug...IGNORE THIS COMMENT: Tabbing between <input> and <textarea> seems to work in the browser, except that there are focus issues. I think these are the issues that saari and hyatt are already dealing with in bug 21887.
My bug (21893) was marked a duplicate of this so I just wanted to make sure that the specific behavior I noticed was included here. When asked for a username and password (such as for a .htaccess protected site) the tab doesn't work to go between the username and password boxes. This behavior was noticed on Windows 98 SE using build number 199121314 (even tho this bug is marked as being for linux).
Status: NEW → ASSIGNED
Priority: P3 → P1
Summary: [PP] Can't tab caret between form text fields. → [FEATURE][PP] Can't tab caret between form text fields.
Adding pmock@netscape.com to cc: list
OS: Linux → All
Hardware: Other → All
Changing platform/os to ALL since this has been reported on all platforms (I see on Mac).
*** Bug 22317 has been marked as a duplicate of this bug. ***
Status: ASSIGNED → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → FIXED
I believe this is fixed now. I've tested on windows and mac. Claudius, can you verify ***** on all 3 platforms **** Thanks.
*** Bug 22565 has been marked as a duplicate of this bug. ***
*** Bug 22741 has been marked as a duplicate of this bug. ***
*** Bug 23469 has been marked as a duplicate of this bug. ***
QA Contact: claudius → ckritzer
Massive QA Contact update.
QA Contact: ckritzer → jrgm
verified.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.