Description of problem: when try to type in Adressbar in Pre-edit enabled Langauge (Japanese), if you move your cursor to search bar, then try to type agian, then all the character put in Adresss-bar are automatically put in Serach bar Version-Release number of selected component (if applicable): firefox-1.5.0.4-3 How reproducible: Everytime during inputing pre-edit enabled langauge Steps to Reproduce: 1. start Firefox 2. activate input (SCIM- at task-bar) 3. select Japanese (ja_JP-Anthy) 4. type 'ak' in one text box (addressbox) 5. try to type 'aka' again in 2nd text box (searchbar) Actual results: String from 1st box is replicated to 2nd text box Expected results: when goto 2nd box, buffer should be clear, and start from new Additional info: No effect of MOZ_DISABLE_PANGO=1, string is till replicated
eng-i18n, please review this as it might be a SCIM bug. Reassign if this this actually a firefox problem.
I dont think this is a scim bug. Afaik, managing the preedit string is responsibility of the application if it uses custom widgets. Exactly same problem is with evolution calendar (day view) which uses custom widgets derived from GnomeCanvas. Have a look at http://bugzilla.gnome.org/show_bug.cgi?id=264485 :) Makuchaku
Yes, apparently this is a firefox bug that is caused by sharing the input context on some widgets without reset the IC when the focus change happened. The same problem also happens with kinput2 as well. we can help to get this fix though, I'm not sure if Jens is the proper person ATM. back to caillon once.
Dairiki you said you filed a bug for this upstream at mozilla.org?
Yes, I did. https://bugzilla.mozilla.org/show_bug.cgi?id=345718
*** Bug 203061 has been marked as a duplicate of this bug. ***
Problem exist for ko_KR locale also.
Just retested with current F8 devel firefox and the problem still occurs with both scim and scim-bridge gtkimm's there. But seems to be fixed with 3.0a7 upstream binary tarball at least.
We just updated the Firefox version in Fedora/development from 2.0 to a 3.0 pre-release version, which improves performance, memory usage, and fixes many bugs and crashes. Closing as CANTFIX since we aren't fixing bugs filed against 2.0 now that 3.0 is in. If this bug is still present in rawhide using a Firefox 3.0 version, please re-open this bug. Thanks and Happy Holidays
it is working fine with following version for ja_JP langauge (FYI only) firefox-3.0-0.beta2.12.nightly20080121.fc9.i386