Red Hat Bugzilla – Bug 104295
kinput2 too easy to kill
Last modified: 2007-11-30 17:10:31 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030703
Description of problem:
Very frequently users of kinput2 who are used to Microsoft or MacOS X IME are
confused by the choice dialog box that sometimes pops up when you hit the space
bar. They often click the X at the top right of that kinput2 dialog, which
causes kinput2 to die completely. They then need to logout and login completely
to get kinput2 back.
Would it be possible for kinput2 to "cancel" somehow when they click the X, as
killing it is never what was intended.
Version-Release number of selected component (if applicable):
Oh, you are right. it is too easy to kill kinput2.
Created attachment 95423 [details]
patch to support WM_DELETE_WINDOW.
when you press the close button, patched kinput2 just ignores this event,
because this patch is missing the cancellation code of the candidate window
I tried to implement that code, but there are some problems to do that. However
patched kinput2 won't be *too easy to kill* anymore.
Did this patch make it in time for FC1?
XIO: fatal IO error 2 (No such file or directory) on X server ":0.0"
after 437 requests (436 known processed) with 0 events remaining.
This happened to me on FC1 when I clicked the "X" on the kanji
candidate window. Is this a related problem?
Because the patch was not included in FC1's, unfortunately.
*** Bug 112763 has been marked as a duplicate of this bug. ***
This problem was fixed in v3.1-12. it will be included in the next