Closed Bug 17673 Opened 26 years ago Closed 26 years ago

[Dogfood] Japanese IME disabled in the subject (plain text & HTML) and body text window (Plain Text only)

Categories

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

Product:
Core
Component:
DOM: Editor
Platform:
All
Other
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: momoi, Assigned: mozeditor)

References

Details

(Keywords: inputmethod, Whiteboard: [PDT+])

** Observed with 11/01/99 Win32 build (1999110108) ** With today's build I cannot use IME to input into the Subject or To field (Plain Text & HTML) and body text (Plain text only). This is a major regression from Friday's build and a Dog food bug. ji, please confirm for Linux.
Same problems on today's Linux build.
Summary: [Dpgfood] IME disabled in the subject (plain text & HTML) and body text window (Plain Text only) → [Dogfood] IME disabled in the subject (plain text & HTML) and body text window (Plain Text only)
QA Contact: lchiang → momoi
Changed QA contact to momoi (and ji for Linux).
Summary: [Dogfood] IME disabled in the subject (plain text & HTML) and body text window (Plain Text only) → [Dogfood] Japanese IME disabled in the subject (plain text & HTML) and body text window (Plain Text only)
We haven't looked at other language IMEs and so we sould say that Japanese IME is disabled making it impossible for us to enter Japanese we listed above.
Assignee: ducarroz → buster
Seems to be a generic problem with GFXText Widget and Editor. Reassign to buster.
Blocks: 16127
Same thing happens in the form text area and Find field of Find on Page dialog.
Whiteboard: [PDT+]
Putting on PDT+ radar.
Status: NEW → ASSIGNED
is this happening only in text controls, and not in the editor or mail compose content area? if so, it's probably my bug and not joe's. is this linux only, or XP? what exactly is the failure? is it a crash, and assert, IME just doesn't operate at all? with the change I made, I can imagine you have to click on the text control to give it focus, then invoke IME (however that is done, sorry, I'm pretty ignorant about the details.) Isn't that how it was done anyway?
This is happening on both windows and Linux. On Linux, it's not a crash, you still can invoke IME after you click on editing place to give it focus, but after you type the Japanese characters and hit the Enter key to commit the characters into the editing area, the characters are gone and cusor goes back to the original place before you invoke IME. This happens on Subject and To field of the mail compose window. It also happens on the mail content text area when using plain text format. But IME works fine on the HTML composer and mail content area when using HTML format.
Component: Composition → Editor
Product: MailNews → Browser
Hardware: PC → All
This is a cross-platform bug occurring also on Mac (11/1/99 Mac build). There is no crash involved. The fields we listed above simply will not take any Japanese input (except HTML body text and HTML Composer) when you try to input/commit Japanese. Accordingly I changed Platform to "All" & Product to "Browser". Because in Mail we need to do input in these fields for our daily testing, this is a vlocker and a must fix. There is no known workaround.
Assignee: buster → ftang
Status: ASSIGNED → NEW
Target Milestone: M11
assigned to frank, cc me. I'll do whatever I can to help frank fix this, but I don't have an installation of IME on any platform here in san diego, so I can't do much from here. Frank, you'll have to do the initial diagnosis, at least. Tentatively set milestone to M11 since it's blocking QA. Frank should decide the real milestone.
Priority: P3 → P1
just talked with Montse, this is a M11 stopper -- bumping the priority, keeping at M11, keeping set as blocker.
i'll help Frank out with this. What I see on the mac in the editor is this: I ask for Japanese, I get english anyway.
Assignee: ftang → jfrancis
snarfing bug from Frank.
Blocks: 12658
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
sorry - this is fixed. i coulda sworn i marked it as such yesterday.
** Checked with 11/3/99 Win32 build (1999110308) ** Indeed, in all areas we reported for Windows. JPinput is now enabled. For Windows, the fix is verified. ji, please check on Linux. teruko, blee -- please check for Browse rareas for all platforms.
I tested this in the form text area, Find field of Find on Page dialog, and Location bar in Win32 11-03-08 build. This works fine. I will check in other platforms.
Verified with today's Linux build: 1999110309. It works fine on HTML composer, Mail's Subject, To and Message body text area (plain & HTML).
I tested this in the form text area, Find field of Find on Page dialog, and Location bar in Mac and Linux 11-03-08 build. This works fine. Kat, we can mark this as verified.
Status: RESOLVED → VERIFIED
Thank you, teruko. We now have the verification for all platforms. Marking it verified/fixed.
You need to log in before you can comment on or make changes to this bug.