***Observed with linux 2000110807 build **** On a mail composer window, when you enter something in the subject field, usually the subject appears as the window title. But on linux build, if you have Ja IME turned on, the Ja characters entered in the subject field won't appear in the window title until you trun off Ja IME. Steps to reproduce: 1. Launch Mail. 2. Open a mail composer window. 3. Turn on Ja IME and enter something in the subject field. Although you commit the characters into the field, the window title still remains as (no subject). Once you turn off the Ja IME, the window title will reflect the subject. This doesn't happen on window build.
Reassign to tajima san, cc to katakai san.
Assignee: nhotta → tajima
I've verified this problem only with kinput2. With ATOK X for Linux, I could not see this problem. Please reassign to firstname.lastname@example.org. Thanks.
Reassign to email@example.com.
Assignee: tajima → katakai
Mass change of QA contact to ji for the bugs filed by her.
QA Contact: momoi → ji
Moved to Mail Window Front End In messengercompose.xul, compose window watches a keyup event on the Subject field. onkeyup="SetComposeWindowTitle(event.which);" However, this does not work in the following cases. NS_TEXT_EVENT IME sends compose text as NS_TEXT_EVENT without any key event. cut&paste This does not work when text is pasted on Subject field. Message Compose dialog should be able to handle such cases. If there is no method to watch the events in XUL spec, we should enhance XUL to handle such event.
Assignee: katakai → sspitzer
Component: Internationalization → Mail Window Front End
QA Contact: ji → esther
Summary: Mail composer: Ja subject doesn't appear in the window title when Ja IME is on → Mail composer should watch NS_TEXT_EVENT in subject text to update the window title
Hrm. I said, ->Composition! :-)
Assignee: sspitzer → ducarroz
Component: Mail Window Front End → Composition
QA Contact: esther → sheelar
Assignee: ducarroz → varada
Created attachment 90145 [details] [diff] [review] Patch V1 changing from onkeyup to oninput to deal with cut and paste as well.
Comment on attachment 90145 [details] [diff] [review] Patch V1 R=ducarroz
Attachment #90145 - Flags: review+
Comment on attachment 90145 [details] [diff] [review] Patch V1 sr=bienvenu
Attachment #90145 - Flags: superreview+
Marking fixed on trunk.
Status: NEW → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → FIXED
I've verified the fix is working fine on my local build with Japanese IME.
marking verified based on comments below. Also that I see this working on linux rh 6.2 on 2002-09-11-05
Status: RESOLVED → VERIFIED
Note that this exposes a problem with the Undo event - if you compose a new message and hit Ctrl+Z a few times (there should be nothing to undo, Edit/Undo is disabled) the title changes :-(
You need to log in before you can comment on or make changes to this bug.