I setup Chinese input by ibus-setup command and it works fine with text editors inputing Chinese letters, but won't work with firefox.

Have you installed ibus-gtk or ibus-gtk3? Please try install both of them and see if that helps.

CC: (none) => yochenhsieh

Hello, does that help? 

Could you install ibus-gtk and ibus-gtk3, then try again?

(In reply to You-Cheng Hsieh from comment #3)
> Hello, does that help? 
> 
> Could you install ibus-gtk and ibus-gtk3, then try again?

Thanks for your help/info.

I can't find ibus-gtk but the ibus-gtk3 is there installed, how to find and install ibus-gtk?

However fyi, ibus-setup works well with the system preinstalled browser - web 3.4.1, which is now i am using tying 中æã

could this mean firefox needs special configuration?

If you are not familiar with software management, please read the documentation here:
https://wiki.mageia.org/en/Software_management

If you have "core release" checked in "Configure media sources for install and update", you should be able to search and install ibus-gtk. The GUI might need some time to get used to, though.

Or you can try run following command as root:
urpmi ibus-gtk

(In reply to You-Cheng Hsieh from comment #5)
> If you are not familiar with software management, please read the
> documentation here:
> https://wiki.mageia.org/en/Software_management
> 
> If you have "core release" checked in "Configure media sources for install
> and update", you should be able to search and install ibus-gtk. The GUI
> might need some time to get used to, though.
> 
> Or you can try run following command as root:
> urpmi ibus-gtk

Thanks You-Cheng Hsieh, but it seems same: I have "core updates" checked but still cannot find ibus-gtk; I also tried "urpmi ibus-gtk",but it reflects with "command not found"

Mine is mageia gnome 3.4.1

Only core updates? No "core release"?

Please follow the documentation and add full set of sources:
https://wiki.mageia.org/en/Software_management#You_prefer_to_configure_the_official_media_sources

Make sure you have "Core release", otherwise you cannot install ibus-gtk.

To install packages from commandline, you need to be root:
su root
(enter root password)
urpmi ibus-gtk

Thanks You-Cheng Hsieh, I don't have the "core release" option. All I have 3 options under Configure media:

FTP Core Updates (distrib1)
FTP Nonfree Updates (distrib2)
FTP Tainted Updates (distrib3)

All checked.

I got root this time and urpmi ibus-gtk command works, but it says: No package named ibus-gtk

Please add a full set of package source first. As I've said earlier, you cannot install ibus-gtk if you don't have core release.

If you don't know how to use control center, you can try the command below:
su root
(enter root password)
urpmi.addmedia --distrib --mirrorlist '$MIRRORLIST'
urpmi ibus-gtk

I'm currently using Mageia Cauldron and have the same problem. Inputting Chinese with ibus in Dolphin, Konquorer and KWrite are all OK, but not in Firefox and PCManX. Trying using scim instead doesn't work, either.

CC: (none) => piscestong
Version: 2 => Cauldron

I can use ibus with gtk3 apps in Gnome, but gtk2 apps (PCManx, firefox, etc.) don't work.

(In reply to You-Cheng Hsieh from comment #11)
> I can use ibus with gtk3 apps in Gnome, but gtk2 apps (PCManx, firefox,
> etc.) don't work.

And you do have ibus-gtk installed?

CC: (none) => thierry.vignaud

Yes. I know how to add media and install package. 
DE is not the problem cause, it happens to me in LXde, KDE, Gnome, xfce.

You can use any mga4 beta 1 live DVD and try it. The packages are all installed but ibus only not work in firefox and gtk2 app.

Having just upgraded from Mageia 3 to Mageia 4, I am now seeing what I assume is the same problem.  The google chrome browser no longer recognizes the presence of keyboard input methods other than "simple" and "none", whereas before it listed a long menu of options including xim, scim, uim, and so on.

Installing ibus-gtk does not change this in any way I can detect.

Keyboard input to other applications using ibus + Anthy continues to work fine.

CC: (none) => eamerritt

Yep. The problem still remains.

Seems the same problem described here:

https://wiki.archlinux.org/index.php/IBus#GTK.2B_applications

In Mageia's case the export line is:

export GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules.lib64 (for 64bit apps) or

export GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules.lib (for 32bit ones)

Now the problem is how to integrate GTK2 and GTK3 apps at the same time, since every one needs different settings. And, on top of that, the difference between 64bit and 32bit.

CC: (none) => pkreuzt

Excellent!

So for me the fix is to add these lines to the bash wrapper that comes with the chrome browser:
   /opt/google/chrome/google-chrome

# scim/uim/ibus input requires help from GTK2
export GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules.lib64

I confirm that this solves the problem on 64bit Mageia 4 (and Cauldron).

Confirm works on  Mageia4 i586. Will add the workaround on wiki errata. Thanks Pavel!

Works here, too. But I can no longer open the ibus preference window.

*** Bug 12509 has been marked as a duplicate of this bug. ***

With the line

export GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules.lib

added in my ~/.bashrc file, gtk-2 apps will not start but segfault in the latest Cauldron.

I've found that the update on March 4 modified the contents in the file "/etc/gtk-2.0/gtk.immodules.lib" to

(...)
"/usr/lib/gtk-3.0/3.0.0/immodules/im-scim.so" 
"scim" "SCIM Input Method" "" "" "" 
(...)

So I use the following command "gtk-query-immodules-2.0 > /etc/gtk-2.0/gtk.immodules.lib" as root to update its contents to 

(...)
"/usr/lib/gtk-2.0/2.10.0/immodules/im-ibus.so" 
"ibus" "IBus (Intelligent Input Bus)" "ibus" "" "ja:ko:zh:*" 
(...)

and the workaround "export GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules.lib" works again.

Sorry, but there are some typos in my last comment. They are not

"/usr/lib/gtk-3.0/3.0.0/immodules/im-scim.so" 
"scim" "SCIM Input Method" "" "" "" 

but

"/usr/lib/gtk-3.0/3.0.0/immodules/im-ibus.so" 
"ibus" "IBus (Intelligent Input Bus)" "ibus" "" "ja:ko:zh:*"

My problem in Comment 19 that ibus preference window can't open is solved by installing the ibus-qt4 package.

Unfortunately the workaround posted in Comment 16 (and the errata) has a serious downside: you can't run any external apps from firefox anymore (they core dump). So things like viewing pdf's, opening various archives, or viewing videos (that aren't directly supported by FF) don't work anymore. This really needs a better fix.

CC: (none) => mageia824

(In reply to a b from comment #25)
> Unfortunately the workaround posted in Comment 16 (and the errata) has a
> serious downside: you can't run any external apps from firefox anymore (they
> core dump). So things like viewing pdf's, opening various archives, or
> viewing videos (that aren't directly supported by FF) don't work anymore.
> This really needs a better fix.

I am not seeing any such problem in either chrome or firefox.
For firefox I created a wrapper script as shown below.
Chrome already has a wrapper script.

$ cat /usr/bin/firefox
#!/bin/bash
# scim/uim/ibus input requires help from GTK2
export GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules.lib64
/usr/lib64/firefox-24.3.0/firefox

(In reply to Ethan Merritt from comment #26)
> (In reply to a b from comment #25)
> > Unfortunately the workaround posted in Comment 16 (and the errata) has a
> > serious downside: you can't run any external apps from firefox anymore (they
> > core dump). So things like viewing pdf's, opening various archives, or
> > viewing videos (that aren't directly supported by FF) don't work anymore.
> > This really needs a better fix.
> 
> I am not seeing any such problem in either chrome or firefox.
> For firefox I created a wrapper script as shown below.
> Chrome already has a wrapper script.
> 
> $ cat /usr/bin/firefox
> #!/bin/bash
> # scim/uim/ibus input requires help from GTK2
> export GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules.lib64
> /usr/lib64/firefox-24.3.0/firefox

I have ibus-gtk installed, and create the wrapper like you and ibus still do not work with firefox.

$ env | grep -i gtk
GTK2_RC_FILES=/etc/gtk-2.0/gtkrc:/home/favadi/.gtkrc-2.0:/home/favadi/.gtkrc-2.0-kde:/home/favadi/.kde4/share/config/gtkrc-2.0
GTK_RC_FILES=/etc/gtk/gtkrc:/home/favadi/.gtkrc:/home/favadi/.kde4/share/config/gtkrc
GTK_MODULES=canberra-gtk-module
GTK_IM_MODULE=ibus

$ ps -ef | grep ibus-daemon
favadi   16303     1  0 15:33 ?        00:00:02 /usr/bin/ibus-daemon-real -d -x

I have the same problem.  It also does not work in Libreoffice or Skype.  Though IBus has always been a problem in Mageia!

CC: (none) => true.bugman

I have to wonder if you aren't seeing some other problem entirely.  Libreoffice is not a gtk2 application, so whatever issues it has are not due to this particular quirk.  I had no difficulty typing CJK text into Libreoffice even before this issue came up, and it continues to work well for me.

For the record, I have the following ibus related packages installed. I do not know if they are all necessary, but in practice they are sufficient.

ibus-ui-gtk3-1.5.4-4.mga4
libuser-0.60-2.mga4
lib64ibus1.0_5-1.5.4-4.mga4
lib64ibus-gir1.0-1.5.4-4.mga4
ibus-gtk-1.5.4-4.mga4
ibus-mozc-1.11.1522.102-6.mga4
ibus-qt4-1.3.1-10.mga4
ibus-anthy-1.5.4-1.mga4
ibus-gtk3-1.5.4-4.mga4
ibus-1.5.4-4.mga4

No, it is the same problem.  I create the wrapper as attempted in comment #27.  And I still cannot type in Chinese into firefox.

The Libreoffice and Skype problems are both obviously different as the first has its own GUI toolkit and the second is a 32-bit program which uses Qt.  But they are all the same problem - a poorly setup IBus.  The configuration is arcane and not understandable for users, and not well supported in the localisation component of the Mageia control centre (MCC).  If a poor IBus setup is not considered an individual bug, then maybe it needs a tracker bug report like https://bugs.mageia.org/show_bug.cgi?id=11709.

I worked out that the Skype problem only requires the i586 libibus1.0_5-1.5.4-4.mga4 package installed, as 32-bit software requires /usr/lib/libibus* which is not installed by default (which it really should be as 32-bit software on a 64-bit system is not uncommon).  This should be installed without question when 'IBUS' is selected as the 'Input method' in the second page of the MCC localisation wizard!

The Libreoffice and firefox IM problems persist.

For reference, I found the solution for the Libreoffice IBus IM problem (https://bugs.mageia.org/show_bug.cgi?id=4604#c21), though not the firefox IBus IM problem.

I've created a separate bug reports for the other software:

- For Skype and 32-bit software at https://bugs.mageia.org/show_bug.cgi?id=13168.
- For Libreoffice at https://bugs.mageia.org/show_bug.cgi?id=13169.

Now IBus is working when I run:

$ GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules.lib64 firefox

Something happened while testing out the 'other' IBus MCC localization bugs:

- For Skype and 32-bit software at https://bugs.mageia.org/show_bug.cgi?id=13168.
- For Libreoffice at https://bugs.mageia.org/show_bug.cgi?id=13169.
- For chromium-browser at https://bugs.mageia.org/show_bug.cgi?id=13170.
- For gvim at https://bugs.mageia.org/show_bug.cgi?id=13171.
- For Chinese as a secondary input at https://bugs.mageia.org/show_bug.cgi?id=13172.

I cannot however work out what changed!  This GTK_IM_MODULE_FILE trick also fixes the chromium-browser and gvim bugs.  I am trying to unsuccessfully replicate this fix in a 32-bit Mageia 4 virtualbox image with:

$ GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules.lib firefox

There appears to be no RPM installation log to find out all the recent changes.  Is there a way to query this?

This bug is identical to the chromium-browser IBus bug (https://bugs.mageia.org/show_bug.cgi?id=13170).  As mentioned in the 2nd comment of that report, in addition to the GTK_IM_MODULE_FILE variable, the following two commands must be run each time you log in to work around the bug:

$ ibus exit
$ ibus-daemon -x -d &

(In reply to Ethan Merritt from comment #26)
> (In reply to a b from comment #25)
> > Unfortunately the workaround posted in Comment 16 (and the errata) has a
> > serious downside: you can't run any external apps from firefox anymore (they
> > core dump). So things like viewing pdf's, opening various archives, or
> > viewing videos (that aren't directly supported by FF) don't work anymore.
> > This really needs a better fix.
> 
> I am not seeing any such problem in either chrome or firefox.
> For firefox I created a wrapper script as shown below.
> Chrome already has a wrapper script.
> 
> $ cat /usr/bin/firefox
> #!/bin/bash
> # scim/uim/ibus input requires help from GTK2
> export GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules.lib64
> /usr/lib64/firefox-24.3.0/firefox

Yes, this is pretty much exactly what I have. And in Edit -> Preferences -> Applications, "Portable Document Format (PDF)" has the action "Use Document Viewer (default)"; this means it tries to start evince to view the pdf's. Whenever I click on a link to a pdf document, the pdf gets downloaded, FF tries to start evince, but evince just core dumps:

  % file core.15097 
  core.15097: ELF 64-bit LSB core file x86-64, version 1 (SYSV), SVR4-style, from 'evince /tmp/pdfSample.pdf'

This can also be achieved manually by running evince with the gtk2 modules:

  % env GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules.lib64 evince /tmp/pdfSample.pdf
  Segmentation fault (core dumped)

(this is all 64-bit, btw).

(In reply to a b from comment #35)
> (In reply to Ethan Merritt from comment #26)
> > (In reply to a b from comment #25)
> > > Unfortunately the workaround posted in Comment 16 (and the errata) has a
> > > serious downside: you can't run any external apps from firefox anymore (they
> > > core dump). So things like viewing pdf's, opening various archives, or
> > > viewing videos (that aren't directly supported by FF) don't work anymore.
> > > This really needs a better fix.
> > 
> > I am not seeing any such problem in either chrome or firefox.
> > For firefox I created a wrapper script as shown below.
> > Chrome already has a wrapper script.
> > 
> > $ cat /usr/bin/firefox
> > #!/bin/bash
> > # scim/uim/ibus input requires help from GTK2
> > export GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules.lib64
> > /usr/lib64/firefox-24.3.0/firefox
> 
> Yes, this is pretty much exactly what I have. And in Edit -> Preferences ->
> Applications, "Portable Document Format (PDF)" has the action "Use Document
> Viewer (default)"; this means it tries to start evince to view the pdf's.
> Whenever I click on a link to a pdf document, the pdf gets downloaded, FF
> tries to start evince, but evince just core dumps:
> 
>   % file core.15097 
>   core.15097: ELF 64-bit LSB core file x86-64, version 1 (SYSV), SVR4-style,
> from 'evince /tmp/pdfSample.pdf'
> 
> This can also be achieved manually by running evince with the gtk2 modules:
> 
>   % env GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules.lib64 evince
> /tmp/pdfSample.pdf
>   Segmentation fault (core dumped)

I have no experience with evince, sorry.
okular works without problem in this role for me.ã
For what it's worth, okular also accepts CJK input through ibus+anthy when invoked this way.

If you modify your command above to run evince via strace you could probably get a better handle on what component is failing.  Meanwhile, okular is an excellent alternative.

(In reply to Ethan Merritt from comment #36)
> (In reply to a b from comment #35)
> > (In reply to Ethan Merritt from comment #26)
> > > (In reply to a b from comment #25)
> > > > Unfortunately the workaround posted in Comment 16 (and the errata) has a
> > > > serious downside: you can't run any external apps from firefox anymore (they
> > > > core dump). So things like viewing pdf's, opening various archives, or
> > > > viewing videos (that aren't directly supported by FF) don't work anymore.
> > > > This really needs a better fix.
> > > 
> > > I am not seeing any such problem in either chrome or firefox.
[snip]
> > This can also be achieved manually by running evince with the gtk2 modules:
> > 
> >   % env GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules.lib64 evince
> > /tmp/pdfSample.pdf
> >   Segmentation fault (core dumped)
> 
> I have no experience with evince, sorry.
> okular works without problem in this role for me.ã
> For what it's worth, okular also accepts CJK input through ibus+anthy when
> invoked this way.

I'm sorry, but saying "just install KDE" is a terrible answer. I'm running GNOME, and I wish to use the GNOME tools, and I have no desire to install and use a whole other set of tools from another desktop.

> If you modify your command above to run evince via strace you could probably
> get a better handle on what component is failing.

Not really:

  11847 <... futex resumed> )             = 1
  11847 --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x1} ---

> Meanwhile, okular is an excellent alternative.

I'm sure it's a good reader, but that's entirely beside the point.

(In reply to a b from comment #37)
> (In reply to Ethan Merritt from comment #36)
> > (In reply to a b from comment #35)
> > > (In reply to Ethan Merritt from comment #26)
> > > > (In reply to a b from comment #25)
> > > > > Unfortunately the workaround posted in Comment 16 (and the errata) has a
> > > > > serious downside: you can't run any external apps from firefox anymore (they
> > > > > core dump). So things like viewing pdf's, opening various archives, or
> > > > > viewing videos (that aren't directly supported by FF) don't work anymore.
> > > > > This really needs a better fix.
> > > > 
> > > > I am not seeing any such problem in either chrome or firefox.
> [snip]
> > > This can also be achieved manually by running evince with the gtk2 modules:
> > > 
> > >   % env GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules.lib64 evince
> > > /tmp/pdfSample.pdf
> > >   Segmentation fault (core dumped)
> > 
> > I have no experience with evince, sorry.
> > okular works without problem in this role for me.ã
> > For what it's worth, okular also accepts CJK input through ibus+anthy when
> > invoked this way.
> 
> I'm sorry, but saying "just install KDE" is a terrible answer. I'm running
> GNOME, and I wish to use the GNOME tools, and I have no desire to install
> and use a whole other set of tools from another desktop.
> 
> > If you modify your command above to run evince via strace you could probably
> > get a better handle on what component is failing.
> 
> Not really:
> 
>   11847 <... futex resumed> )             = 1
>   11847 --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x1} ---
> 
> > Meanwhile, okular is an excellent alternative.
> 
> I'm sure it's a good reader, but that's entirely beside the point.


Oy, oy! Calm down. I said not one word about installing KDE. You are posting to a bug thread reporting problems with firefox, but your example instead demonstrates a problem with evince. I added the data point that firefox successfully triggers and hands off to an equivalent tool, okular, reinforcing the idea that perhaps firefox is not the problem in your case.

(In reply to a b from comment #35)
> (In reply to Ethan Merritt from comment #26)
> > (In reply to a b from comment #25)
> > > Unfortunately the workaround posted in Comment 16 (and the errata) has a
> > > serious downside: you can't run any external apps from firefox anymore (they
> > > core dump). So things like viewing pdf's, opening various archives, or
> > > viewing videos (that aren't directly supported by FF) don't work anymore.
> > > This really needs a better fix.
> > 
> > I am not seeing any such problem in either chrome or firefox.
> > For firefox I created a wrapper script as shown below.
> > Chrome already has a wrapper script.
> > 
> > $ cat /usr/bin/firefox
> > #!/bin/bash
> > # scim/uim/ibus input requires help from GTK2
> > export GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules.lib64
> > /usr/lib64/firefox-24.3.0/firefox
> 
> Yes, this is pretty much exactly what I have. And in Edit -> Preferences ->
> Applications, "Portable Document Format (PDF)" has the action "Use Document
> Viewer (default)"; this means it tries to start evince to view the pdf's.
> Whenever I click on a link to a pdf document, the pdf gets downloaded, FF
> tries to start evince, but evince just core dumps:
> 
>   % file core.15097 
>   core.15097: ELF 64-bit LSB core file x86-64, version 1 (SYSV), SVR4-style,
> from 'evince /tmp/pdfSample.pdf'
> 
> This can also be achieved manually by running evince with the gtk2 modules:
> 
>   % env GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules.lib64 evince
> /tmp/pdfSample.pdf
>   Segmentation fault (core dumped)
> 
> (this is all 64-bit, btw).

I see exactly the same problem, though my segfaults are without core dumps.  Setting the GTK_IM_MODULE_FILE environmental variable for everything as in https://wiki.mageia.org/en/Mageia_4_Errata#Internationalization is fatal for all GTK3 software including the Gnome Desktop (https://bugs.mageia.org/show_bug.cgi?id=13170#c6).

(In reply to Ethan Merritt from comment #38)
> (In reply to a b from comment #37)
> > (In reply to Ethan Merritt from comment #36)
> > > (In reply to a b from comment #35)
> > > > (In reply to Ethan Merritt from comment #26)
> > > > > (In reply to a b from comment #25)
> > > > > > Unfortunately the workaround posted in Comment 16 (and the errata) has a
> > > > > > serious downside: you can't run any external apps from firefox anymore (they
> > > > > > core dump). So things like viewing pdf's, opening various archives, or
> > > > > > viewing videos (that aren't directly supported by FF) don't work anymore.
> > > > > > This really needs a better fix.
[snip]
> > > > This can also be achieved manually by running evince with the gtk2 modules:
> > > > 
> > > >   % env GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules.lib64 evince
> > > > /tmp/pdfSample.pdf
> > > >   Segmentation fault (core dumped)
> > > 
> > > I have no experience with evince, sorry.
> > > okular works without problem in this role for me.ã
> > > For what it's worth, okular also accepts CJK input through ibus+anthy when
> > > invoked this way.
> > 
> > I'm sorry, but saying "just install KDE" is a terrible answer. I'm running
> > GNOME, and I wish to use the GNOME tools, and I have no desire to install
> > and use a whole other set of tools from another desktop.
[snip]
> Oy, oy! Calm down. I said not one word about installing KDE.

Sorry, I'm not upset, and I apologize if my reply came across as such. As to installing KDE, yes, I exagerated a bit, but the fact is that installing KDE apps does pull in a whole bunch of KDE stuff.

> You are posting
> to a bug thread reporting problems with firefox, but your example instead
> demonstrates a problem with evince. I added the data point that firefox
> successfully triggers and hands off to an equivalent tool, okular,
> reinforcing the idea that perhaps firefox is not the problem in your case.

This is not just evince, as I pointed out earlier, but other standard GNOME apps (e.g. file-roller, totem (which may play initially, but SEGV's in certain menu items), etc). In fact, as Edward dAuvergne points out above, the GTK_IM_MODULE_FILE solution appears to affect pretty much all GTK3 apps (which is a majority of the GNOME apps now, I believe). So this really means that if you're running GNOME this workaround is of limited usefulness, unless you're willing to go with KDE apps.

I add a warning in the errata that the workaround might cause gtk3 application fail to start. My apology for any inconvenience you encountered after applying the workarounds according to the errata.

The only alternative I can think is that you can try to use some gtk2 applications in Gnome3 with this workaround, though they will be not so fully integrated. For some example, epdfviewer for reader, xarchiver for archive, leafpad for editor, gnome-mplayer for multimedia player.

I understand this is a terrible problem. While some distros seem not affected or have their own solutions, we need to find a way to fix this for mageia 5.

Any help is welcomed.

I just noticed Shimingzhou added a far more useful (IMO) workaround to the errata on Apr 4th, namely to run "gtk-query-immodules-2.0 --update-cache" - that works beautifully.

I guess the question is, why isn't /usr/lib64/gtk-2.0/2.10.0/immodules.cache included in the lib64gtk+2.0_0 rpm like it is for the lib64gtk+3_0 rpm?

Because immodules.cache is generated by programe and should not be included in rpm.

When you install or uninstall a gtk immodule rpm in Mageia, a command will be run:
%{_bindir}/gtk-query-immodules-2.0 > %{_sysconfdir}/gtk-2.0/gtk.immodules.%_lib
Then it will write the cache file to /etc/gtk-2.0/gtk.immodules.lib(64). This has always worked just fine in Mageia 3 and earlier versions.

Apparently something changed after Mageia 3 released and now it should be run as "gtk-query-immodules-2.0 --update-cache" instead.

All input method packages that include gtk immodules need to be "fixed", e.g. ibus, gcin, hime, fcitx(?).

For mga4:
I updated errata to show the "gtk-query-immodules-2.0 --update-cache" workaround only, since the other way will cause problems for gtk3 apps.
If you already used "export GTK_IM_MODULE_FILE=" workground, please disable or remove it. Sorry for the inconvenience.

For cauldron:
Updated packages of ibus, gcin, hime, scim, fcitx are pushed to mirrors. These will use the new workaround to fix the problem. If you already used "export GTK_IM_MODULE_FILE=" workground, please disable or remove it.

Let's hope this can be fixed before mga5 alpha...

I have uploaded updated ibus package of mga4.

To test it, please enable core/updates_testing repo and update or install ibus-gtk. 
Note: If you already used "export GTK_IM_MODULE_FILE=" workground, please disable or remove it.

Updated packages in core/updates_testing:
ibus-gtk-1.5.4-4.1mga4

You may be asked to install other ibus-* packages due to dependency.

updated gtk+2.0 for mga4 is uploaded to updates_testing.

it seems ibus-gtk is not installed or included in DVD or liveDVD. So fix in gtk+2.0 is necessary. Please do following to test:
uninstall ibus-gtk
If you already used "export GTK_IM_MODULE_FILE=" workground, please disable or remove it.
delete /usr/lib/gtk-2.0/2.10.0/immodules.cache if this file exists.
enable core/updates_testing repo and update libgtk+2.0

Test if input methods can be used in gtk2 apps, e.g. firefox.

Updated packages in core/updates_testing:
libgtk+2.0-2.24.22-3.1.mga4

You may be asked to install other gtk+2.0 packages due to dependency.

Source RPM: ibus => ibus, gtk+2.0

I just deleted /usr/lib64 /gtk-2.0/2.10.0/immodules.cache, updated lib64gtk+, and for me this does nothing.  I have ibus turned on now with "Chinese - Pinyin" selected, but these are clearly not Chinese characters.  The 'ibus exit', 'ibus-daemon -x -d &' trick also does not fix it (https://bugs.mageia.org/show_bug.cgi?id=13170#c2).  Just to be sure, on my system I now have:

$ rpm -q lib64gtk+2.0_0
lib64gtk+2.0_0-2.24.22-3.1.mga4
$ locate immodules.cache
/data/python/lib/gtk-2.0/2.10.0/immodules.cache
/data/python/src/gtk+-2.24.23/modules/input/immodules.cache
/mnt/old_usr/lib64/gtk-3.0/3.0.0/immodules.cache
/usr/lib64/gtk-2.0/2.10.0/immodules.cache
/usr/lib64/gtk-3.0/3.0.0/immodules.cache
$

It also doesn't fix the chromium-browser issue (https://bugs.mageia.org/show_bug.cgi?id=13170), or the gvim issue (https://bugs.mageia.org/show_bug.cgi?id=13171).  Note thought, that previously when I ran:

# gtk-query-immodules-2.0 --update-cache

that this also did not fix the problem on my system.  Clearly something else is amiss.

After I ran
# gtk-query-immodules-2.0 --update-cache
gvim will accept ibus input, but chromium does not. I agree that something else is causing problem but I have no clue.:(


I need help for testing with a new installed mga4 system.
1.install mga4 (i586 or x86_64)
2.enable update_testing
3.install ibus-gtk-1.5.4-4.2mga4
4.Check if immodules.cache is generated at:
/usr/lib/gtk-2.0/2.10.0/immodules.cache (for i586)
/usr/lib64/gtk-2.0/2.10.0/immodules.cache (for x86_64)
5.run firefox and test if ibus input correctly.

note that if you install a x86_64 system, you should test with x86_64 version of firefox as well.

Updated binary package:
ibus-gtk-1.5.4-4.2mga4

Updated source package:
ibus-1.5.4-4.2mga4

(In reply to You-Cheng Hsieh from comment #48)
> After I ran
> # gtk-query-immodules-2.0 --update-cache
> gvim will accept ibus input, but chromium does not. I agree that something
> else is causing problem but I have no clue.:(

For me that fixed the problem though. So please push the update nevertheless. I was puzzled why it didn't work on my fresh install, but worked flawlessly on my laptop (where I had the immodules.cache) - that's the only difference in the two setups.

using $ rpm -qa |grep ibus |grep -v libuser |grep -v scribus |sort
ibus-1.5.4-4.mga4
ibus-gtk-1.5.4-4.mga4
ibus-gtk3-1.5.4-4.mga4
ibus-mozc-1.11.1522.102-6.mga4
ibus-ui-gtk3-1.5.4-4.mga4
lib64ibus-gir1.0-1.5.4-4.mga4
lib64ibus1.0_5-1.5.4-4.mga4

using gnome3 as desktop, meaning gnome-session automatically sets:
$ env |grep ibus
QT_IM_MODULE=ibus
XMODIFIERS=@im=ibus

With those set and the immodules.cache missing â ibus only working in gtk3/native gnome3
after running 

# gtk-query-immodules-2.0 --update-cache

â ibus also working in gtk2 apps like chromium browserãor firefox

CC: (none) => lohmaier+mageia

Sorry, the ibus updates for testing was removed. For mga4, please use 
# gtk-query-immodules-2.0 --update-cache
command as workaround.

The problem is fixed in current cauldron. I will test each mga5 development releases for new install, so hopefully it will not re-appear again.

(In reply to You-Cheng Hsieh from comment #50)
> Sorry, the ibus updates for testing was removed. For mga4, please use 
> # gtk-query-immodules-2.0 --update-cache
> command as workaround.
> 
> The problem is fixed in current cauldron. I will test each mga5 development
> releases for new install, so hopefully it will not re-appear again.

Hi, did you tested recently if everything was still on cauldron ?

I cannot say that "everything" works correctly. For my daily usage, it works just fine. At least the bug topic is not replicable.

Mageia 4 changed to end-of-life (EOL) status on 2015-09-19. It is is no longer 
maintained, which means that it will not receive any further security or bug 
fix updates.

Package Maintainer: If you wish for this bug to remain open because you plan to 
fix it in a currently maintained version, simply change the 'version' to a later 
Mageia version.

Bug Reporter: Thank you for reporting this issue and we are sorry that we weren't 
able to fix it before Mageia 4's end of life. If you are able to reproduce it 
against a later version of Mageia, you are encouraged to click on "Version" and 
change it against that version of Mageia. If it's valid in several versions, 
select the highest and add MGAxTOO in whiteboard for each other valid release.
Example: it's valid in cauldron and Mageia 5, set to cauldron and add MGA5TOO.

Although we aim to fix as many bugs as possible during every release's lifetime, 
sometimes those efforts are overtaken by events. Often a more recent Mageia 
release includes newer upstream software that fixes bugs or makes them obsolete.

If you would like to help fixing bugs in the future, don't hesitate to join the
packager team via our mentoring program [1] or join the teams that fit you 
most [2].

[1] https://wiki.mageia.org/en/Becoming_a_Mageia_Packager
[2] http://www.mageia.org/contribute/

Last time someone confirmed this problem, was over a year ago. Is this bug still valid in cauldron and/or Mageia 5?

If so: I got lost reading the many comments. Are ibus and gtk+2.0 indeed the culprits, as shown in the "Source RPM:" field

Keywords: (none) => NEEDINFO
CC: (none) => marja11
Whiteboard: MGA4TOO MGA5TOO => MGA5TOO

Yes, this bug is still an issue. it is an issue with Rosa too. For some reason Fedora is not affected.

This bug is not reproducible on my mga5 and cauldron. Could you list your 
/etc/mageia-release
firefox rpm version
ibus rpm version
and the rpm version of the input-method which you use, e.g. ibus-pinyin

Try using a GTK2, QT/KDE and GTK3 Application at the same time.

(In reply to Zombie Ryushu from comment #57)
> Try using a GTK2, QT/KDE and GTK3 Application at the same time.

Could you please be as kind as to answer Hsieh's questions, too?:
(In reply to You-Cheng Hsieh from comment #56)
> Could you list your 
> /etc/mageia-release
> firefox rpm version
> ibus rpm version
> and the rpm version of the input-method which you use, e.g. ibus-pinyin

Created attachment 7541 [details]
using multiple app and input Chinese

Yes, I can use a gtk2, qt, gtk3 application and firefox and input Chinese at the same time.

Created attachment 7542 [details]
how to print info we need

Just in case, you can type these commands in konsole or any terminal to print the info I asked:
cat /etc/mageia-release
rpm -qa | grep ibus
rpm -qa | grep firefox

And it's recommended to point out which ibus input method you are using. It's very likely I don't know how to use the input method you use, but I can ask for tester in i18n mailling list.

I would like to suggest closing this bug since this problem is not reproducible in both mga5 and cauldron at the moment. If anyone do find they have problem with ibus or input method, please report a new bug and provide necessary info so that we could help.

Note that firefox is now compiled to use Gtk+3 instead of Gtk+2 on cauldron

(In reply to You-Cheng Hsieh from comment #61)
> I would like to suggest closing this bug since this problem is not
> reproducible in both mga5 and cauldron at the moment.

Closing as fixed

Status: NEW => RESOLVED
Resolution: (none) => FIXED