Closed Bug 20205 Opened 25 years ago Closed 25 years ago

[dogfood] rearangement of characters during typing

Categories

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

Product:
Core
Component:
DOM: Editor
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: jar, Assigned: mozeditor)

References

Details

(Whiteboard: [PDT+] will verify in 12/1 build) 

Enter a word such as:
abcdefg
Using the mouse, select focus between the c and the d, and then type a space
followed by 12345

You will see:
abc 23451defg

As soon as you type the space, and then the 1, the cursor does an effective
backspace, and then the rest of charachters are entered.  To watch it like a
movie, you would see:
abcdefg
abc defg
abc 1defg
abc 21defg
abc 231defg
abc 2341defg

This bug makes in nearly impossible to position the cursor with a mouse, and
just start typing.
Whiteboard: [PDT+]
Putting on PDT+ radar.
Assignee: ducarroz → beppe
Assigning to beppe per phil's request.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
tried this on win32 and on mac, tried it in the location field, in composer and
in mail. We can't reproduce this, marking as worksforme. Brade used current mac
build, I used current windows build.
Linux Redhat 5.0 (1999-11-29-08 M12)
Mac (1999-11-29-08 M12)
Win_nt 4.0 (1999-11-29-09 M12)
Using today's builds on all 3 platforms and
I try in HTML compose and plain text compose windows, I cannot re-produce the
problem either.
QA Contact: lchiang → fenella
fenella - for win32, try this on a reply message where the text that you type is
within the quoted text.  See what happens. Thanks.
Status: RESOLVED → REOPENED
Try this in your email: Type the following line:
   shoot him
Next, locate the cursor just after the t, and try to type the word " at":
   shoot at him
is what you expected... but what you will see is:

   shoot ta him
I'm sorry that I oversimplified the example originally.  You must have a space
between the words that you are adding.  You must place the cursor (using the
mouse) before the space, and after the last character in the word.

This is a very common action when editing email.
Just to be more specific... This bug can be seen on NT 4.0 with SP 5.  I haven't
tried it on Linux etc. yet.
Component: Composition → Editor
OS: Windows NT → All
Product: MailNews → Browser
Hardware: PC → All
Resolution: WORKSFORME → ---
I see this now with jar's most recent example.  It can be reproduced in Composer

as well as mail compose (but not in the location bar) on Macintosh.
Assignee: beppe → jfrancis
Status: REOPENED → NEW
reassigning to me
Severity: normal → critical
Status: NEW → ASSIGNED
Target Milestone: M12
accepting bug / m12
this is a bug caused by my recent whitespace conversion code in html compose.
This code is not needed in plaintext, which is why you won't see this bug in url
bars, text fields/areas, or plaintext mail.  I can fix it today (modulo build and
tree closure issues).
i have the fix for this - will go in when tree opens.
QA Contact: fenella → sujay
qa contact to sujay since it's reproducible in the composer.
Whiteboard: [PDT+] → [PDT+] [by 12/3]
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
fixed
Whiteboard: [PDT+] [by 12/3] → [PDT+] will verify in 12/1 build
will verify in 12/1 build.
Blocks: 12658
linking to 12658, composer pdt+ bug tracking
Status: RESOLVED → VERIFIED
verified in 12/1 build.
You need to log in before you can comment on or make changes to this bug.