Closed
Bug 139581
Opened 23 years ago
Closed 23 years ago
CARET disappears or is delayed after TABBING into 2nd, 3rd textarea field until mouse action sets focus
Categories
(Core :: Layout: Form Controls, defect)
Tracking
()
VERIFIED
DUPLICATE
of bug 135154
People
(Reporter: TucsonTester3, Assigned: kinmoz)
Details
(Whiteboard: DUPEME)
Attachments
(2 files)
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.4)
Gecko/20011128 Netscape6/6.2.1
BuildID: 2002042206
Tabbing through the testcase textarea boxes that have more than 1 on the page,
the CARET disappears or is delayed for several seconds or until:
1. You click the mouse onto the page
2. You wait 2-4 seconds
Reproducible: Always
Steps to Reproduce:
1.Launch browser.
2.Load testcase
3.Type into text area and TAB to next field
4. Wait for 2-4 seconds to see if CARET achieves visibility
5. Click onto page or into text area with mouse for CARET to appear.
Actual Results: The caret will show immediately in the top window, is delayed
or disappears in the second, third textareas. Fascinatingly, it appears
immediately in the fourth textarea box where there is one. If there is five
textarea boxes on the page the first and last will produce CARET, but the center
boxes don't.
Expected Results: The TAB should produce the caret in each textbox immediately
and without needing to create focus with mouse action. It should never "skip" an
area unless disabled.
Reporter | ||
Comment 1•23 years ago
|
||
Reporter | ||
Comment 2•23 years ago
|
||
![]() |
||
Comment 3•23 years ago
|
||
There is already a bug on the "non-blinking" caret in textareas...
Whiteboard: DUPEME
I think this is a dup of 135154, I can't reproduce this problem in my debug tree
that has the fix for that bug.
*** This bug has been marked as a duplicate of 135154 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•