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)
Core
DOM: Selection
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)
Reporter | ||
Updated•25 years ago
|
Summary: [4.x] First character in text field highlights, even if nonexistent → [4.xP] First character in text field highlights, even if nonexistent
this is a content bug with our fake space. maybe joe can answer this better
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M20
Assignee | ||
Comment 3•25 years ago
|
||
i'm going to go eat some worms now.
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 4•25 years ago
|
||
FIXED! Woohoo!!!!!
Reporter | ||
Updated•25 years ago
|
Status: RESOLVED → REOPENED
Reporter | ||
Updated•25 years ago
|
Resolution: FIXED → ---
Reporter | ||
Comment 5•25 years ago
|
||
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.
Assignee | ||
Comment 6•25 years ago
|
||
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!
Reporter | ||
Comment 7•25 years ago
|
||
I'll make it so, Joe.
Reporter | ||
Updated•25 years ago
|
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Reporter | ||
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 8•25 years ago
|
||
Side-issue split into 18572. Verifying as fixed.
You need to log in
before you can comment on or make changes to this bug.
Description
•