Closed Bug 16905 Opened 25 years ago Closed 25 years ago

[4.xP] First character in text field highlights, even if nonexistent

Categories

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

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: elig, Assigned: mozeditor)

References

Details

* TITLE/SUMMARY First character in text field highlights, even if nonexistent * 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 empty URL field. (same as above) * RESULT - What happened Despite the URL field being empty, the first character-location in the URL field is selected, despite not having anything in it. - What was expected No content to be selected in URL field when it's empty. * REGRESSION - Occurs On Mac OS Apprunner (1999102008 build) Win32 Apprunner (1999101908 build [NT 4, Service Pack 5]) Linux Apprunner (1999101908 build) - Doesn't Occur On Internet Explorer 4.5 (Mac OS) Communicator 4.7 (Win32) * 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)
Summary: [4.x] First character in text field highlights, even if nonexistent → [4.xP] First character in text field highlights, even if nonexistent
Assignee: mjudge → jfrancis
this is a content bug with our fake space. maybe joe can answer this better
*** Bug 16943 has been marked as a duplicate of this bug. ***
Status: NEW → ASSIGNED
Target Milestone: M20
i'm going to go eat some worms now.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
FIXED! Woohoo!!!!!
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
I'm going to re-open this critically important M20/trivial bug. Just forget that I did this until M20 actually rolls around. ;) In particular, on the current builds (11.09.99: Mac OS & Win32, 11.08.99: Linux), if you select the content of the text field, delete, and then select the content again *by* *keyboard* *shortcut* ([Control || Command] A), the caret will disappear entirely on Linux/Mac OS, and turn into a blue line on Win32.
Eli, would you open a seperate bug on this and close this one out? This is actually a different issue and probably needs to be fixed in m12/m13 timeframe. Thanks!
I'll make it so, Joe.
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Side-issue split into 18572. Verifying as fixed.
You need to log in before you can comment on or make changes to this bug.