Closed Bug 194186 Opened 23 years ago Closed 22 years ago

GTK2: Mozilla often says Loading IM context type 'xim' failed gtk+2.0.6

Categories

(Core :: XUL, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: masaki.katakai, Assigned: masaki.katakai)

References

Details

With GTK2 build with USE_XIM, Mozilla often shows the following warnings and sometimes dumps core, (<unknown>:6019): Gtk-WARNING **: Loading IM context type 'xim' failed It seems that the way for creation of im context is not good.
Currently Mozilla gtk2 tries to create im context if mShell exists - all types of eWindowType_dialog, eWindowType_popup and eWindowType_toplevel. if (mShell) { // init GtkIMContext for shell IMECreateContext(mShell->window); } However, we don't need im context for eWindowType_popup. After I changed not to create im context for the type, the error messages could be fixed. I'll try to make patch that will create im context at getting input focus, which is the same way of widget/src/gtk.
Status: NEW → ASSIGNED
It seems that this problem happens because of gtk+2.0.6 of RedHat 8.0. I have seen the same problem on gedit. I'm not seeing with gtk 2.2.1. I have no idea to make xim codes work well with gtk+2.0.6. Actually creating ic for eWindowType_popup is not correct, which causes focus probrem too. I'll try to put the patch for changing ic creation per eWindowType_dialog and eWindowType_toplevel in bug 189880.
Summary: GTK2: Mozilla often says Loading IM context type 'xim' failed → GTK2: Mozilla often says Loading IM context type 'xim' failed gtk+2.0.6
No way to fix from Mozilla side. No problem with gtk+2.2.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → WONTFIX
Masaki Katakai wrote: > No way to fix from Mozilla side. No problem with gtk+2.2. What about making gtk+2.2 the minimum requirement when building with --enable-default-toolkit=gtk2 ?
Hi Roland, Thank you for comment. Is that correct approach if we see problem in other library side?
Masaki Katakai wrote: > Thank you for comment. Is that correct approach if we > see problem in other library side? It depends on: - which library - which problem - are workarounds available/usefull/wanted etc. Do you have any specific library/problem in mind ? For GTK+v2 I've seen now more than one complaint/problem about GTK+v2.0 and I think it may be - instead of stuffing Mozilla's code and release notes full with lots of exceptions for GTK+v2.0 - wise to make GTK+V2.2 the minimum requirement for the gtk2 port (however the port maintainer needs to make that decision - feel free to file a bug for that, please).
You need to log in before you can comment on or make changes to this bug.