Closed Bug 14410 Opened 25 years ago Closed 25 years ago

[key]escape character in compose window for messenger and window sends additional chars

Categories

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

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: prass, Assigned: ftang)

References

Details

In Messenger, the escape character in the compose window sends small squares(!) Steps to reproduce: 1. launch seamonkey 2. From tasks menu, invoke Messenger 3. Click on New Msg 4. In the compose window type in couple of esc chars 5. Click on Send 6. Read this msg in 4.6 Expected result: An empty message Actual result: The square like chars maybe ascii [ followed by group seperator ] Build:09201999 Platform: Windows NT Note: When the same message is viewed in 5.0 these are not seen.
Assignee: buster → tague
assigned to tague. This is because of an incorrect keyPress event being generated by nsWindow::OnChar. The char code for this event should be 0.
Status: NEW → ASSIGNED
Target Milestone: M12
i'm not able to fix this bug right now. the editor event handlers still rely on the virtual key code to process certain keys like delete, backspace, which normally don't generate characters. since buster@netscape.com suggested that we do a branch and fix all of the keyboard handling issues, that seems like the appropriate time. fixing this is going to require tracking changes on all three platforms and should get a reasonable amount of testing.
Blocks: 15693
Assignee: tague → ftang
Status: ASSIGNED → NEW
reassign to ftang per i18ngrp reassignment meeting.
Target Milestone: M12 → M11
Status: NEW → ASSIGNED
Priority: P3 → P1
Summary: escape character in compose window for messenger and window sends additional chars → [key]escape character in compose window for messenger and window sends additional chars
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
verified in 10/18 build.
You need to log in before you can comment on or make changes to this bug.