Closed Bug 38319 Opened 25 years ago Closed 25 years ago

Hitting Enter to commit Ja chars to subject field makes cusor jump to mail body

Categories

(MailNews Core :: Internationalization, defect, P3)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: ji, Assigned: bugzilla)

References

Details

Build: Win32 2000-05-05-13 commercial build On the mail compose window, in the subject field, when entering Japanese characters, normaly hitting Enter will commit the Ja chars to the input field. But now hitting Enter not only commits the Ja chars to the subject field, it also makes the cursor jump to the mail body. Steps of reproduce: 1. Launch mail. 2. Bring up mail compose window. 3. In the subject field, turn on Japanese IME and enter a Ja character and hit Enter to commit. You'll see the Ja char you typed is committed to the subject field, and the cursor also jumps to mail body input area. It might be related to bug 35356.
IME issue, reassign to ftang.
Assignee: nhotta → ftang
can someone tell me which XUL is that one for the mail composition ?
Status: NEW → ASSIGNED
Target Milestone: --- → M16
mailnews/compose/resources/content/messengercompose.xul
This is a typical misuage of keyup/keydown for keypress issue. We have same problem on url bar before. The problem is in here mailnews/compose/resources/content/messengercompose.xul 421 onkeyup="SetComposeWindowTitle(event.which); 422 if (event.which == 13) 423 contentWindow.focus();" 424 onkeypress="if (event.which == 9) 425 if (event.shiftKey == false) { 426 contentWindow.focus(); 427 event.preventDefault(); 428 }" you should check the if (event.which == 13) also in keypress but not keyup. The reason is IME may hit enter as intermediate process of typing a Japanese, in that case, it will generate keyup/keydown 13 but not keypress 13. Also, probably we should also fix mailnews/compose/resources/content/addressingWidgetOverlay.xul 71 onkeyup="if (event.which == 13) awReturnHit(this);" 72 onkeydown="if (event.which == 9) {awTabFromRecipient(this, event);}" I think both should be in keypress but not keyup/keydown reassign to ducarroz since he own both file (shown on cvsblame) ducarroz, can you change them to keypress ? Let me know if you have other concern.
Assignee: ftang → ducarroz
Status: ASSIGNED → NEW
Also, please change /xpfe/components/autocomplete/test/autocomplete_test.xul, line 128 so wrong code won't propogate. Thanks
Blocks: 38562
Fixed and checcked in
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
** Checked with 5/9 Win32, Mac and Linux build ** This problem is fixed in the Linux build above but not on Windows or Mac build. On Windows/Mac, the caret moves to the next address field when the CR is pressed to commit. . (Note that in Subject field it works as intended).
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Re-opened for Win and Mac.
momoi, this bug is only for the subject field. I have another bug for the addressing widget case. I have fixed only the subject case! Close it again.
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
Sorry, J-F. I thought this was my bug. This is in fact Xianglan's bug. I didn't pay close enough attention on the subject line. I'm sedning this over to ji for verification. Sorry!
QA Contact: momoi → ji
Verified as fixed with win32 2000050909 build
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.