10942 - Japanese input, when followed by ASCII input, is erased

Status: VERIFIED WORKSFORME

(MailNews Core :: Composition, defect, P2)

Description

[Katsuhiko Momoi]

** Observed with 7/30/99 Win32 M9 build **

1. Open a new mail compose window.
2. Turn on JPN IME and input some characters. Commit them.
3. Then tunr off the IME (LeftALT + `) and then start
   inputting ASCII characters. The moment you start doing
   this the previous characters are gone.

(If you begin with some ASCII input and then follow with
 step 2. The Japanese entry does not disappear in step 3.)

Comment 1

[Katsuhiko Momoi]

Chnaging QA contact to myself.

Comment 2

[Katsuhiko Momoi]

I tried both HTML and Plain Text Composer and this problem
does not occur under the same condition. The problem seems to
be limited to Mail composer.

Comment 3

[Katsuhiko Momoi]

This was working prior to Necko landing.
So, I'll mark this a Necko bug.

Comment 4

[lchiang]

I believe that mscott wanted to get rid of the Necko component in MailNews
product.  Perhaps you can change the component to Internationalization (?)

Comment 5

[Katsuhiko Momoi]

Changed the component to Composition.
We should track Necko i18n regression in a meta bug.

Comment 6

[tague]

Adding dependency on other broken Japanese mail bug.

Comment 7

[tague]

I'm moving this out a couple of milestones, since it's difficult to reproduce.

Comment 8

[Katsuhiko Momoi]

** Re-checked with 8/13/99 Win32 build **

Iguess this was a few days wonder.
The problem no longer seems to occur with plain text
or HTML Mail composition.
I'll mark this Worksforme.

Comment 9

[Katsuhiko Momoi]

There is a dependency noted here for 10940, but I don't think
these 2 bugs are related.

Comment 10

[tague]

no, the two bugs aren't related.  i'm removing the dependency.  this should be
okay to close out.

Comment 11

[Katsuhiko Momoi]

** Re-checked with 9/16/99 Win32 M11 build **

This problem does not occur with the above build, either.
Marking it Verified/Worksforme.