Open Bug 381741 Opened 18 years ago Updated 2 years ago

when the window lost focus by another application gets focus, the composing string with UIM is not committed but it looks like committed

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P5)

x86
Linux
defect

Tracking

()

People

(Reporter: masayuki, Unassigned)

References

Details

(Keywords: inputmethod)

When a Gecko window lost focus which has a composing string, the composing string is *not* committed (it's by design), but the composition string looks like committed string (i.e., the underlines are gone). I confirmed that UIM release the composition string when gtk_im_context_focus_out is called without *commit* event. I think that we should not call it at changing the focus to another application.
I discussed this with Oshima-san, he is original reporter. The second paragraph of my comment 0 is wrong. On his environment, ResetInputState is called when fx is deactivated. I installed the UIM on Fedora6, but this bug cannot be reproduced. The focus events may be wrong on linux, e.g., the focus event is occurred twice at activating the window. We need more investigation.
I'm resetting bugs which are assigned to me but I'm not working on them and I don't have plan for fixing them in near future.
Assignee: masayuki → nobody
Status: ASSIGNED → NEW

Moving all open keyboard/IME handling bugs to DOM: UI Events & Focus Handling component.

Component: Widget: Gtk → DOM: UI Events & Focus Handling
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.