Using 19990602008m7 build for linux on an HP Vectra PC, when you backspace in the compose area of the New Msg window a chinese word is entered. I'm told the word is "respect". 1. Launch Messenger 2. Click New Msg 3. Put focus in compose area 4. Type a couple of characters then do a backspace You will see the chinese character with the cursor in front of it.

Reassign to Ender team

I think this is a duplicate of 6896 which tague has a fix for. Tague, would you mind verifying that, and if your fix does not solve this problem reassign the bug back to me.

Update: Using 1999060208 m7 on the mac, has the same problem only the character displayed is not a Chinese character. It's a square with rounded edges, and filled in with spaced diagonal lines. We have not found a simialiar problem on Win 32 yet. Changing to all because at least 2 platforms have a problem like this. When the duplicate bug is fixed, check the Mac too.

esther, what characters do you type to make reproduce this bug? Because of a bug in nsString where characters outside 7-bit ascii are not handled correctly, we need to know exactly what you typed. thanks.

Using today's linux build 1999060308, I typed the word "test" (minus the quotes) then backspaced 3 times. This time with each backspace I got a vertical bar and the text was still there. Then I typed "t" again and the Chinese character displayed. Note: yesterday's build I just typed the word "test" and one backspace produced the Chinese character. Using today's mac build 1999060308, I typed the word "test" (minus the quotes) then I and hit the delete key once to produce the box like character as noted above.

The cause of this problem is similar to the cause of the '.' problem on Windows. They are slightly different causes, but hopefully the multiplatform fix for #6896 will take care of this problem as well.

What is happening here is that nsEventStateManager::PostHandleEvent is re-dispatching KeyDown events, which contain only virtual keycodes, as KeyPress events (character code events). When it re-dispatches the KeyDown as a KeyPress , the event has a bogus character code in it. Occasionally one of those bogus character codes actually lands on a Unicode point and you get one of the CJK range. The fix for #6896 won't take care of this problem on Linux -- bug #7629 is necessary.

dup of 7497 *** This bug has been marked as a duplicate of 7497 ***

I don't consider this a duplicate of 7497, only dependent.

Steve, i'm trying to hand off this bug to the proper owner. do you know who that is? Reassign back to me if I'm the proper owner, but the comments seem to indicate that this bug is understood and not an Ender problem.

update: using builds 1999060808 on Win,Linux & Mac the bug this was marked a duplicate of (7479) is fixed, this scenario was tested too and is fixed.

Acutally this was marked a dup (in the bug description) of 7497, which was a dup of 7479. All 3 were tested this one (7470), 7497 & 7479 and all are fixed. Not sure about the bugs that this one depend on.

New symptoms popped up in today's build. See http://bugzilla.mozilla.org/show_bug.cgi?id=7883 Anyway, we'll try all these once 6896 is fixed/checked in.

Update: Tested this scenario with experimental build on En Win NT4.0 system in IQA lab. The scenario mentioned in this bug is not for Windows, so I just typed a lot and backspaced a lot to see if backspace behaved. It did. The Basic Smoke test for mailnews passed too. FYI...backspace now does not work in the Addressing fields with this special build, have not noticed that in QA released builds so I will wait to log a bug for that.

Turned on fix today (6/13/99; 2:30pm). Should be in Monday's verification build.

Esther - can you verify? Thanks.

Using 1999061516m7 on win32, 1999061514m7 on linux and 1999061514m7 on mac this is fixed. Verified