Closed
Bug 130418
Opened 23 years ago
Closed 23 years ago
caret doesn't initially appear in TEXTAREA with mouseclick
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Core
DOM: UI Events & Focus Handling
Tracking
()
VERIFIED
FIXED
People
(Reporter: bugzilla, Assigned: saari)
References
Details
(Keywords: regression)
tested using 2002.03.12 comm verif bits on linux rh7.2, mac 10.1.3 and win2k.
recently noticed that when i first click into a textarea (like in this bug
report), the caret doesn't initially appear. focus is there, because if i start
typing, text does appear (and then caret as well).
doesn't seem to affect single-line textfields, though.
steps:
1. go to a page like this bug report.
2. with your mouse, click in the textarea ("Additional Comments").
observe: the caret is invisible.
side note to aaronl: this doesn't matter whether caret browsing is on or off,
just so's ya know. :)
Reporter | ||
Comment 1•23 years ago
|
||
this regressed sometime btwn the 2002.03.09.07 (works fine) and 2002.03.11.08
(broken) builds --looking at comm verif bits on linux.
the workaround for this is easy (either start typing or click again), but i'm
nominating it for nsbeta1 since it might confuse other users.
Keywords: nsbeta1,
regression
Comment 2•23 years ago
|
||
Could be related to bug 133304
*** Bug 134482 has been marked as a duplicate of this bug. ***
Comment 4•23 years ago
|
||
g
Wfm now (build 2002040203), Win2K because it has been fixed by the checkin for
bug 133304. Marking as such.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 7•23 years ago
|
||
Look at bug 135154. Is a dupe of this one (try the testcase)? If yes then this
one should be reopened.
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•