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)
Tracking
()
NEW
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.
Reporter | ||
Comment 1•18 years ago
|
||
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.
Reporter | ||
Comment 2•16 years ago
|
||
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
Reporter | ||
Updated•15 years ago
|
Status: ASSIGNED → NEW
Reporter | ||
Updated•15 years ago
|
Keywords: inputmethod
Comment 3•5 years ago
|
||
Priority: -- → P5
Reporter | ||
Comment 4•5 years ago
|
||
Moving all open keyboard/IME handling bugs to DOM: UI Events & Focus Handling component.
Component: Widget: Gtk → DOM: UI Events & Focus Handling
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•