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)

x86
Windows XP
defect
Not set
normal

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.
There is already a bug on the "non-blinking" caret in textareas...
Whiteboard: DUPEME
-->
Assignee: rods → kin
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
Verified.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: