Closed
Bug 9784
Opened 26 years ago
Closed 25 years ago
[dogfood][GFX]Tabbing in forms not working
Categories
(Core :: Layout: Form Controls, defect, P3)
Core
Layout: Form Controls
Tracking
()
VERIFIED
WORKSFORME
M13
People
(Reporter: paulmac, Assigned: pollmann)
References
()
Details
(Whiteboard: [PDT-][RN]gfx widgets should fix this)
Overview Description: It seems to take two tabs to do one tab in forms on Linux.
Steps to Reproduce:
1) Load http://squiddy/tab.html or the snippet below
2) Start pressing tab
Actual Results: It takes two tabs to go from one form to another.
Expected Results: Should probably only take one :-)
This is on linux only, 071308 builds
---------------------------------------------------------
<html>
<body>
<form>
<input><br>
<input><br>
<input><br>
<input><br>
<input><br>
<input><br>
<input>
</form>
</body>
</html>
updating cc list out of politeness, you guys can take yourselves off if
you are no longer interested in this bug.
Updated•26 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M13
Comment 3•26 years ago
|
||
mozilla eats tabs. i don't think this is a platform specific problem. gfx
widgets might fix this?
Updated•26 years ago
|
Whiteboard: gfx widgets should fix this
Updated•25 years ago
|
Assignee: pavlov → pollmann
Status: ASSIGNED → NEW
Comment 4•25 years ago
|
||
eric pollmann is working on this for gfx widgets so i'm reassigning it to him to
mark as a dup or whatever
Assignee | ||
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 5•25 years ago
|
||
I checked in a what is hopefully a fix for this "text input eating tabs" bug.
There are still some minor problems with GFX widgets, but they are unrelated to
this one, I think.
Reporter | ||
Updated•25 years ago
|
Status: RESOLVED → REOPENED
OS: Linux → All
Hardware: PC → All
Summary: [PP] Tabbing in forms messed up on Linux → Tabbing in forms not working
Reporter | ||
Comment 7•25 years ago
|
||
Tabbing in forms is not working at all on any platforms. I didn't see a specific
bug on this, so re-opening this one and removing the [PP].
Reporter | ||
Updated•25 years ago
|
Resolution: FIXED → ---
Assignee | ||
Updated•25 years ago
|
Status: REOPENED → ASSIGNED
Assignee | ||
Comment 8•25 years ago
|
||
Sorry, the above comment was to say that it was fixed for native widgets. It is
not working for GFX and never has been. :S
Assignee | ||
Updated•25 years ago
|
Summary: Tabbing in forms not working → [GFX]Tabbing in forms not working
Reporter | ||
Comment 9•25 years ago
|
||
yes, it was working in native widgets - if I would have verified this bug in a
timely manner then we could have just opened a new one on gfx... oh well - sorry
for the confusion
Comment 10•25 years ago
|
||
I see this on Windows. It's pretty annoying.
Comment 11•25 years ago
|
||
*** Bug 16403 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 12•25 years ago
|
||
*** Bug 16322 has been marked as a duplicate of this bug. ***
Updated•25 years ago
|
Summary: [GFX]Tabbing in forms not working → [dogfood][GFX]Tabbing in forms not working
Comment 13•25 years ago
|
||
marking this bug as dogfood; adding myself to cc list.
I'd like to see this bug get used since it makes using 5.0 very awkward when
filling in forms.
Comments: after tabbing, I see some other elements changing (hiliting) such as
checkboxes but I can't get the caret to move from one text field to another
(excluding textareas which is another bug).
Whiteboard: gfx widgets should fix this → [PDT-][RN]gfx widgets should fix this
Comment 14•25 years ago
|
||
Putting on PDT- radar. Due to workaround. Release note for dogfood.
Assignee | ||
Comment 15•25 years ago
|
||
Tabbing is working for me in almost all cases for GFX widgets on Windows and
Linux at least.
Kathy, I'd love to get specific test cases that don't work correctly. :)
(Well honestly, I'd love to hear that everything works perfectly but that might
just be a bit of wishful thinking)
Is the text field example you mentioned as not working a <TEXTAREA> or a text
input <INPUT TYPE=TEXT>? Thanks!
Assignee | ||
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → WORKSFORME
Assignee | ||
Comment 16•25 years ago
|
||
This bug is actually an older issue that was fixed - tabbing doesn't work at all
with GFX widgets. I'm going to close it out 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.
If tabbing totally breaks (doesn't work for any cases) again, please reopen this
bug. Thanks!
Assignee | ||
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → WORKSFORME
Assignee | ||
Comment 17•25 years ago
|
||
A comment seems to be required... I'm marking this WORKSFORME now...
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 18•25 years ago
|
||
Marking VERIFIED WORKSFORME on:
- MacOS86 2000010308 commercial
- Linux6 2000010308 commercial
- WIn98 2000010308 commercial
You need to log in
before you can comment on or make changes to this bug.
Description
•