Bug 131498

What language did you use as first language? Danish?

I just tried to reproduce this.

- Default installation (KDE) of 10.0 in German with Japanese as secondary
  language (no other secondary languages)
- install all currently available updates via YOU
  (I don't think this makes any difference)
- start KDE as normal (non-root) user.

skim is visible in the KDE kicker (system panel).

Shift+Space pops up the skim panel. I can select the Japanese
input method "Anthy" and input Japanese in all KDE applications
*and* OpenOffice *and* most GTK2 applications, for example in gedit.

But you are right that it does *not* work in firefox.

I'm trying to find out why.

Workaround for you:

set RC_LC_CTYPE=ja_JP.UTF-8 in /etc/sysconfig/language manually.

you can keep RC_LC_LANG set to your favorite primary language.

Jan Ask> If I run SCIM from the prompt, I get:
Jan Ask> 
Jan Ask> Smart Common Input Method 1.4.1
Jan Ask> 
Jan Ask> Launching a SCIM process with x11...
Jan Ask> Loading socket Config module ...
Jan Ask> Creating backend ...
Jan Ask> Loading x11 FrontEnd module ...
Jan Ask> SCIM has exited abnormally.

That's normal because scim is already running. You can input Japanese
in most applications, i.e. scim is running and working correctly.

Only with Firefox I could reproduce your problem.

You reported this bug for i586 Hardware.  Are you sure you are running
on i586?

Because when running on i586, I cannot reproduce your problem
at all, even firefox works then. I.e. on i586 this but is
WORKSFORME.

But I tested on x86_64.

Then the problem occurs with firefox because:

   - the MozillaFirefox package distributed on SuSE 10.0 contains
     a 32 bit firefox
   - the 32 bit firefox cannot load the 64 bit scim module
     it can only load the 32 bit input modules listed in
     /etc/opt/gnome/gtk-2.0/gtk.immodules, not the 64 bit
     input modules listed in /etc/opt/gnome/gtk-2.0/gtk64.immodules
     and there is no 32 bit scim module
   - there is a 32 bit xim module, but this is listed as supporting only 
     Korean, Japanese, Thai, and Chinese:

	linux@rossini:~> grep xim  /etc/opt/gnome/gtk-2.0/gtk.immodules 
	"/opt/gnome/lib/gtk-2.0/2.4.0/immodules/im-xim.so" 
	"xim" "X Input Method" "gtk20" "/opt/gnome/share/locale" "ko:ja:th:zh" 
        linux@rossini:~>

     Because of this, the workaround LC_CTYPE=ja_JP.UTF-8 helps.
     Another workaround would be to replace the "ko:ja:th:zh" in
     /etc/opt/gnome/gtk-2.0/gtk.immodules with "*".

     Yet another workaround would be to check in the firefox start
     script whether this is a 32 bit firefox running on a 64 bit
     platform and then setting
        export GTK_IM_MODULE=xim
     in the firefox start script.

The easiest workaround for you is to set RC_LC_CTYPE=ja_JP.UTF-8 in
/etc/sysconfig/language, this has no disadvantages, you can still
choose you main language any way you like.

Hi Mike,

Thanks for getting back to me. I used English as my first language, and Oops, you are right, I am using x86_64 architecture, hence the Firefox error.

I manually edited /etc/sysconfig/language to input ja_JP.UTF-8, and this has indeed solved the Firefox problem. I am still having problems with Openoffice, though. However, I have since installed custom packages, and this may be the cause of the break. I think you can mark this as solved for now, but I will try a clean reinstall of SUSE later to see if I can reproduce the OO error

Wolfgang Rosenauer <stark@suse.de> (added to CC:) told me that the
situation is unchanged for SuSE Linux 10.1, we will still use a 32bit
Firefox on x86_64 machines. The reason is that flash doesn't work in
the 64bit Firefox.

Therefore it makes sense to add a workaround for this problem
to make it work by default on SuSE 10.1.

The workaround of using "*" as the list of supported languages
for the GTK2 xim module is the easiest solution. I am not
aware of any side effects of this workaround, therefore I'll
add this workaround to our GTK2 package.

If scim cannot be used via the scim module for GTK2, it can still be
used via the xim module for GTK2, which is always available in 32bit
as well. scim is our default XIM server and it supports a lot more
languages than just Korean, Japanese, Thai, and Chinese. Therefore it
doesn't make sense to limit the GTK2 xim module to "ko:ja:th:zh" only.

Created attachment 62357 [details]
bugzilla-131498-allow-xim-for-all-languages.patch

Patch for GTK2 to make it possible to use xim by default for all
language.  Useful when loading the scim module by a 32 bit application
like Firefox fails on a 64 bit machine.

GTK2 package with the patch from comment #7 submitted to STABLE.

This should fix the problem with the 32bit Firefox on 64bit systems
for SuSE 10.1.

Closing as FIXED.

Don't we have a 32bit scim package for x86_64 system? I found a scim-32bit package in SUSE Linux 10.0 DVD. 
Doesn't that work with 32bit application?

Yes, indeed, you are right, there is a scim-32bit package and
installing it and regenerating /etc/opt/gnome/gtk-2.0/gtk.immodules
solves the problem as well.

Unfortunately it is not installed by default.

I add Stefan Dirsch <sndirsch@suse.de> to the CC:, he will fix the
selections in order to install scim-32bit by default as well if it is
available (it is available only when a 64bit system is installed).

As far as I know, the change in GTK2 which I did doesn't cause any
problems, i.e. even if we install scim-32bit as well, the change in
GTK2 can stay just to make sure.

fixed in selection as well.

-------------------------------------------------------------------
Mon Jan  9 16:27:31 CET 2006 - sndirsch@suse.de

- X11/{ja,ko,zh_CN,zh_TW}: added scim-32bit (Bug #131498) 

So with scim-32bit, could we remove the patch from gtk2 and have things work as expected?

I don't fully understand how input methods work (nor the 64-bit issues); I'm trying to figure out the cause for bug #159566, and this one seems related.

Sorry, false alarm.

Unfortunately scim-32bit is *again* missing in openSUSE 10.2!

See bug #225749.

It is too bad that old bugs appear again and again.

Mike, is this problem with scim-32bit fixed now in 11.1 or SLE11?

(If so, can we drop the patch from the gtk2 package?)