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)

Product:
Core
Component:
DOM: Selection
Type:
defect

Tracking

()

Status:
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 ago → 25 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.