Bugzilla

(In reply to Karl Tomlinson (:karlt) from comment #11)
> https://bugs.freedesktop.org/show_bug.cgi?id=39367 says the XIM bug should be fixed.
> 
That bug should have been fixed by now.  :-) (The patch was incorporated in August, 2013.)

> Running Firefox with `MOZ_LOG=WidgetPopup:5` in the environment is likely to provide some clues in the logging.

Since I never experienced this pulldown menu issue with Firefox that runs under Windows 10, I agree that this problem is linux-specific.
OTOH, I have not used firefox under linux extensively (I am using Debian GNU/Linux), I have not seen the same issue as the original reporter yet.
[Oh, I have to clarify my usage of input method. GDK 3.x or Debian, to be exact, has decided to ditch XIM from the standard distribution and thus I was forced to add im-xim.so in the place where such copy was expected. 

Here is the list of copies on my linux installation.
Actually, gtk-2.x and gtk-3.y had an issue of drawing the proper rectangle on the indicator that XIM is in use, and I was forced to 
patch the code and create a patched binary even when im-xim.so was supported in gtk-2.0.

```
root@ip030:/NEW-SSD/FF-NEW# 
/OLD-USR-DIR/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules/im-xim.so
/OLD-USR-DIR/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules/im-xim.so.SAVE
/OLD-USR-DIR/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/immodules/im-xim.so
/OLD-USR-DIR/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/immodules/im-xim.so.saved
/OLD-USR-DIR/local/lib/gtk-2.0/2.10.0/immodules/im-xim.so
/home/ishikawa/repos/gtk+/modules/input/.libs/im-xim.so
/home/ishikawa/repos/gtk+/modules/input/.libs/im-xim.soT
/home/ishikawa/repos/gtk+-2.24.18/modules/input/.libs/im-xim.so
/home/ishikawa/repos/vmware-tools-distrib/lib/lib32/libconf/gtk-2.0/2.10.0/immodules/im-xim.so
/home/ishikawa/repos/vmware-tools-distrib/lib/lib64/libconf/gtk-2.0/2.10.0/immodules/im-xim.so
/home/ishikawa/vmware-tools-distrib/lib/lib32/libconf/gtk-2.0/2.10.0/immodules/im-xim.so
/home/ishikawa/vmware-tools-distrib/lib/lib64/libconf/gtk-2.0/2.10.0/immodules/im-xim.so
/usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules/im-xim.so
/usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/immodules/im-xim.so
```
At the office (which I have not visited due to Covid-19 telecommuting mode), I use Thunderbird with XIM immodule and have not had this pull down menu issue for many years, but that was with im-xim.so.
I wonder if the latest gtk-3.x  im-ibus.so has an issue?
But if so, we may have a big voice from many more users.

Original reporter, can you check the content of ~/.xsession-errors?
If I recall correctly, I could gather that window manger, etc. was confused due to strange timestamp there.
See, for example, https://bugzilla.mozilla.org/show_bug.cgi?id=787943#c12

(In reply to Karl Tomlinson (:karlt) from comment #11)
> https://bugs.freedesktop.org/show_bug.cgi?id=39367 says the XIM bug should be fixed.
> 
That bug should have been fixed by now.   :-) (The patch was incorporated in August, 2013.)

> Running Firefox with `MOZ_LOG=WidgetPopup:5` in the environment is likely to provide some clues in the logging.

Since I never experienced this pulldown menu issue with Firefox that runs under Windows 10, I agree that this problem is linux-specific.
OTOH, I have not used firefox under linux extensively (I am using Debian GNU/Linux), I have not seen the same issue as the original reporter yet.
[Oh, I have to clarify my usage of input method. GDK 3.x or Debian, to be exact, has decided to ditch XIM from the standard distribution and thus I was forced to add im-xim.so in the place where such copy was expected. 

Here is the list of copies on my linux installation.
Actually, gtk-2.x and gtk-3.y had an issue of drawing the proper rectangle on the indicator that XIM is in use, and I was forced to 
patch the code and create a patched binary even when im-xim.so was supported in gtk-2.0.

```
root@ip030:/NEW-SSD/FF-NEW# 
/OLD-USR-DIR/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules/im-xim.so
/OLD-USR-DIR/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules/im-xim.so.SAVE
/OLD-USR-DIR/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/immodules/im-xim.so
/OLD-USR-DIR/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/immodules/im-xim.so.saved
/OLD-USR-DIR/local/lib/gtk-2.0/2.10.0/immodules/im-xim.so
/home/ishikawa/repos/gtk+/modules/input/.libs/im-xim.so
/home/ishikawa/repos/gtk+/modules/input/.libs/im-xim.soT
/home/ishikawa/repos/gtk+-2.24.18/modules/input/.libs/im-xim.so
/home/ishikawa/repos/vmware-tools-distrib/lib/lib32/libconf/gtk-2.0/2.10.0/immodules/im-xim.so
/home/ishikawa/repos/vmware-tools-distrib/lib/lib64/libconf/gtk-2.0/2.10.0/immodules/im-xim.so
/home/ishikawa/vmware-tools-distrib/lib/lib32/libconf/gtk-2.0/2.10.0/immodules/im-xim.so
/home/ishikawa/vmware-tools-distrib/lib/lib64/libconf/gtk-2.0/2.10.0/immodules/im-xim.so
/usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules/im-xim.so
/usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/immodules/im-xim.so
```
At the office (which I have not visited due to Covid-19 telecommuting mode), I use Thunderbird with XIM immodule and have not had this pull down menu issue for many years, but that was with im-xim.so.
I wonder if the latest gtk-3.x  im-ibus.so has an issue?
But if so, we may have a big voice from many more users.

Original reporter, can you check the content of ~/.xsession-errors?
If I recall correctly, I could gather that window manger, etc. was confused due to strange timestamp there.
See, for example, https://bugzilla.mozilla.org/show_bug.cgi?id=787943#c12