Description of problem: When you create new mail, and you want to use Hanja in korean. We type korean char and then press F9 for Hangul/Hanja converting. It is working with Hangul/Hanja converting. But, if you doesn't want convert after you press F9, you need to press ESC key. when press ESC key it asks to kill new mail windows. Version-Release number of selected component (if applicable): evolution-2.7.4-4 scim-hangul-0.2.2-6.fc6 scim-1.4.4-29.fc6 How reproducible: allways Steps to Reproduce: 1. Turn on Hangul with SCIM in evolution 2. Make new mail. 3. type "rh" 4. press F9 5. press ESC key Actual results: cancel the new mail Expected results: cancel Hangul/Hanja convertion Additional info:
> Steps to Reproduce: > 1. Turn on Hangul with SCIM in evolution > 2. Make new mail. > 3. type "rh" > 4. press F9 > 5. press ESC key Hi, Using the following steps does not crashes or kills the composer window on evolution-2.8.0-1.fc6 Can you please confirm the status of this bug? Thanks :) Mayank
Yes after press ESC key It was asking me "Are you sure you want to discard the message". Strange.... Did you type "rh" in Korean? Because steps 3 & 4 is converting korean to Chinese char. evolution-2.8.0-1.fc6
Hi, I still cannot reproduce this bug... This is *exactly* what I followed - start evolution from en_US locale - new > mail message - focussed the composer - ascii mode - activated scim, selected hangul - pressed "rh" and then F9 to bring candidate selection window - hit escape Is it specific evolution? I mean with gedit/kedit/firefox whats the result? All behave perfectly as expected for me. Can you please attach a backtrace if its possible for you? Please check the version of scim... rpm -q scim scim-hangul scim-1.4.4-34.fc6 scim-hangul-0.2.2-7.fc6 Thanks, Mayank
apparently summary is misleading. read the original report carefully. it says that Escape key should works to cancel the conversion instead of destroying the composer window. You can see the differenct behavior between evolution and gedit say. It won't asks you to discard editing unless you typed something on the composer window once, because preediting doesn't makes any changes. therefore no modifications yet. This is because GTK+ grabs the key event in front if the applications sets any keys as the accelerator keys. it really depends on the applications if this happens or not though, actually this is a well-known GTK+ bug.
reassigning to gtk2 for the above reason.
"bug" is up for discussion. Well-known behaviour, yes.
Upstream bug tracking this is http://bugzilla.gnome.org/show_bug.cgi?id=90082