[Bug 122160] scim lock modifier status (ctrl/shift/alt) on Firefox 1.5

Public bug reported: 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

[Bug 588570] Re: Firefox does not open pdf files, they need to be downloaded intead

Confirmed in Hardy to Lucid upgrade. The only workable view was evince. Packages: firefox 3.6.7+build2+nobinonly-0ubuntu0.10.04.1 firefox-3.0 3.6.7+build2+nobinonly-0ubuntu0.10.04.1 firefox-branding 3.6.7+build2+nobinonly-0ubuntu0.10.04.1 firefox-gnome-support

[Bug 234413] Re: Evince with memory leak

The issue Ramos brought up here was confirmed for xpdf on Lucid. One of the possible causes comes from upstream. http://osdir.com/ml/debian- bugs-dist/2010-04/msg07216.html Should I file another bug report instead? -- Evince with memory leak https://bugs.launchpad.net/bugs/234413 You received

[Bug 122160] Re: scim lock modifier status (ctrl/shift/alt) on Firefox 1.5

Thanks for these efforts. The problem seems to be gone on Ubuntu Jaunty. firefox-3.0 3.0.19+nobinonly-0ubuntu0.9.04.1 firefox-3.0-gnome-support 3.0.19+nobinonly-0ubuntu0.9.04.1 scim-bridge-agent 0.4.14-2ubuntu5 scim-bridge-client-gtk 0.4.14-2ubuntu5 scim-chewing 0.3.3-1ubuntu1 scim-gtk2-immodule

[Bug 588570] Re: Firefox does not open pdf files, they need to be downloaded intead

I guess I have just figured out what's going on here. It was ubufox behind all this. For people who were also upgrading from Hardy, you might want to disable the extension ``Ubuntu Firefox Modification'' (which comes from package ``ubufox'') and turn it back on. I also had a complete