scim lock modifier status (ctrl/shift/alt) on Firefox 1.5
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
scim (Ubuntu) |
Fix Released
|
Medium
|
Rolf Leggewie |
Bug Description
Binary package hint: scim
I doubted that the problem has something to do with scim-gtk2-immodule. In Firefox, SCIM eats up all the modifier events in widgets such as textarea, text fields, and sometimes even in the searchengine bar; so webapps listening keycode events with Javascript may malfunction. On the other hand, everything went okay when gcin was used instead.
* Steps to reproduce:
1) Launch firefox with either XIM or immodule
$ XMODIFIERS=@im=SCIM GTK_IM_MODULE=xim firefox
or $ XMODIFIERS=@im=SCIM GTK_IM_MODULE=scim firefox
2) Launch GMail
3) In the chatbox of GMail interface, hitting ENTER will normally send the message out, but with SCIM switched on hitting ENTER will get you a newline (much like hitting Ctrl-ENTER or Shift-ENTER).
A simple workaround is to switch off IM and hit ENTER again. It's like:
1. Hit toggle key, e.g. Ctrl-Space or Shift-Space
2. Type things such as Chinese/
(Nothing happen if you hit Ctrl-K or Ctrl-L right now => status locked)
3. Hit ENTER (not working)
4. Hit toggle key again to switch off IM
5. Hit ENTER (message sent!)
(Ctrl-K and Ctrl-L works again)
The locking problems remains even if you changed the toggle key to some other combinations which don't include modifiers (e.g. Scroll-Lock or Win-Key). A javascript keycode detector may help reproducing the situation.
http://
* Version information:
firefox 1.5.dfsg+
scim 1.4.4-1ubuntu12
scim-bridge 0.1.4-0ubuntu2
scim-chewing 0.2.1-2ubuntu4
scim-gtk2-immodule 1.4.4-1ubuntu12
scim-modules-socket 1.4.4-1ubuntu12
scim-qtimm 0.9.4-0ubuntu4
Changed in scim (Ubuntu): | |
assignee: | Rolf Leggewie (r0lf) → nobody |
importance: | Undecided → Medium |
status: | Incomplete → Confirmed |
Thanks for the detailed report. I'll investigate when I have time.