Closed Bug 194186 Opened 22 years ago Closed 21 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: 21 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.