Closed Bug 18572 Opened 25 years ago Closed 25 years ago

Caret disappears upon clearing text field

Categories

(Core :: DOM: Editor, defect, P3)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: elig, Assigned: mozeditor)

Details

* TITLE/SUMMARY Caret disappears upon clearing text field (broken out of 16905 at jfrancis's request) * STEPS TO REPRODUCE 0) Launch Apprunner 1) Select the contents of the URL field (e.g. Control/Command-A, triple-click, etc), and press the delete key. 2) Select the contents of the URL field again, but by keyboard shortcut --- e.g. (Control || Command) A. * RESULT - What happened The caret will disappear entirely on Linux/Mac OS, and turn into a blue line on Win32. (The blue line is probably a manifestation of 18340.) - What was expected Editing caret shouldn't disappear within an active text field. * REGRESSION - Occurs On Mac OS Apprunner (11.09.99 AM optimized build) Win32 Apprunner (11.09.99 AM optimized build [NT 4, Service Pack 5]) - Doesn't Occur On Linux Apprunner (11.08.99 AM optimized build) * CONFIGURATIONS TESTED - [Mac] Beige Power Mac G3 (266 MHz PowerPC 750), 96 MB RAM (VM on; 1 MB of VM used), 1024x768 (Thousands of Colors), Mac OS 8.6 - [Win32] Vectra VL (233 MHz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP5. - [Linux] Vectra VL (266 MHz P2), 96 MB RAM. Red Hat Linux 6.0 (GNOME).
QA Contact: sujay → elig
[QA Assigning to self in order to reduce sujay's workload.]
Target Milestone: M14
setting to m14
Status: NEW → ASSIGNED
select all should detect the case where we have an empty doc, and not try to select all (which end up selecting the special bogus node we put in to empty docs). accepting bug.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
fixed a few days ago
Verified fixed using 2000021008 NT 4.0 SP5 build, and 2000021112 Mac OS 8.6 build.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.