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.