bug#53698: 29.0.50; ibus input method of chinese with rime engine can't work in v27 and ibus candidate menu blink in v29

bug#53698: 29.0.50; ibus input method of chinese with rime engine can't work in v27 and ibus candidate menu blink in v29

[江 暇疆]

[-- Attachment #1: Type: text/plain, Size: 5993 bytes --]

--text follows this line--

hi,
sorry for my English is not good, if you found any strange words and grammar.
I am using ibus and rime engine as chinese input method in gnome 41.3 of Linux
5.16.3-arch1-1 x86_64, xwayland.
i found ibus can't show any input candidate menu in emacs,
after reinstall system got emacs from   pacman -S emacs,
but work fine in other application such as gnome-shell, firefox.

after searched in www,
i tried these method to solved problem:
 a.
   export LC_CTYPE=zh_CN.UTF-8
   export XMODIFIERS=@im=ibus
   export GTK_IM_MODULE=ibus
   export QT_IM_MODULE=ibus
   cp /usr/lib/gtk-3.0/3.0.0/immodules.cache /usr/lib/gtk-3.0/3.0.0/gtk.immodules.cache
   ibus-daemon -d -x

   # it  can't work.

 b.
   i found a site say to use "lsof" checking if 'im-ibus.so' is called  for emacs,
   then i use follow command:
      emacs -q
      ps -aux | grep emacs
      lsof -p PID | grep im-ibus.so
     -> grep found nothing.  in emacs -q , it can't input chinese.

   so, i go to download src from https://github.com/emacs-mirror,
   after the command  make   is done,
   i tried these command:
       ./src/emacs -q
       ps -aux | grep emacs
       lsof -p PID  | grep 'im-ibus.so'
   -> emacs PID  kevin  mem       REG              259,3    34688 1847459 /usr/lib/gtk-3.0/3.0.0/immodules/im-ibus.so
    -> 'im-ibus.so' it is there. and i can type chinese in emacs -q v29.


   i also tried to build:  https://ftp.gnu.org/gnu/emacs/emacs-27.2.tar.xz
   with emacs -q, it can't input chinese using ibus,
    and found nothing when use command:
        lsof -p PID  | grep 'im-ibus.so'.


but there still with two problem
 (1). i found the menu is moved with cursor blink,
    this short video is show what i say:
   (
    https://drive.google.com/file/d/18ynnH5Zvv3C87JMqXumNFhwobgjiP3sC/view?usp=sharing
    https://drive.google.com/file/d/16ghBGnQT8i03M3vxg456ZjyAAZMs665o/view?usp=sharing

   one is no candidate word menu occur, in emacs 27 when swiched to ibus on and input.
   another video is about the menu blink.
   )

 (2). since emacs 26, when i run ibus -rx ,
      ibus only malfunction in emacs ,
      in other like firefox work as normal.
      so i have to restart emacs to make ibus re-active in emacs.


could you hint me how to solved (1) mainly?
because there are packages or configs in emacs 29 can't work
and the ibus menu blink when i type words in emacs 29 continuously using ibus-rime.
(normaly, it should just move one time by next char, not continuously
blink position when typing)




In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.31, cairo version 1.17.4)
 of 2022-02-01 built on lpc
Repository revision: dbf08491a5a45d88048082ba6ece1b61bdbc622b
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101004
System Description: Arch Linux

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBOTF LIBSYSTEMD LIBXML2 M17N_FLT MODULES NOTIFY INOTIFY
PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS
WEBP X11 XDBE XIM XPM GTK3 ZLIB

Important settings:
  value of $LC_MONETARY: zh_TW.UTF-8
  value of $LC_NUMERIC: zh_TW.UTF-8
  value of $LC_TIME: zh_TW.UTF-8
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix

Major mode: Fundamental

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow gnutls network-stream nsm mailalias smtpmail textsec uni-scripts
url url-proxy url-privacy url-expand url-methods url-history url-cookie
url-domsuf url-util url-parse auth-source cl-seq eieio eieio-core
cl-macs eieio-loaddefs json map url-vars idna-mapping ucs-normalize
uni-confusable textsec-check sort mail-extr emacsbug message mailcap
yank-media rmc puny dired dired-loaddefs rfc822 mml mml-sec
password-cache epa derived epg rfc6068 epg-config gnus-util
text-property-search time-date seq gv subr-x byte-opt bytecomp
byte-compile cconv mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader cl-loaddefs cl-lib sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils iso-transl tooltip
eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type
elisp-mode mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd
fontset image regexp-opt fringe tabulated-list replace newcomment
text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow
isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax
font-core term/tty-colors frame minibuffer cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvice button loaddefs faces cus-face macroexp files
window text-properties overlay sha1 md5 base64 format env code-pages
mule custom widget keymap hashtable-print-readable backquote threads
dbusbind inotify lcms2 dynamic-setting system-font-setting
font-render-setting cairo move-toolbar gtk x-toolkit x multi-tty
make-network-process emacs)

Memory information:
((conses 16 170868 15092)
 (symbols 48 7047 5)
 (strings 32 32654 2035)
 (string-bytes 1 703348)
 (vectors 16 36435)
 (vector-slots 8 538966 44585)
 (floats 8 30 144)
 (intervals 56 678 0)
 (buffers 992 16))

[-- Attachment #2: Type: text/html, Size: 8800 bytes --]

bug#53698: 29.0.50; ibus input method of chinese with rime engine can't work in v27 and ibus candidate menu blink in v29

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

江 暇疆 <aiselcce@outlook.com> writes:

>    i found a site say to use "lsof" checking if 'im-ibus.so' is called  for emacs,
>    then i use follow command:
>       emacs -q
>       ps -aux | grep emacs
>       lsof -p PID | grep im-ibus.so
>      -> grep found nothing.  in emacs -q , it can't input chinese.
>
>    so, i go to download src from https://github.com/emacs-mirror,
>    after the command  make   is done,
>    i tried these command:
>        ./src/emacs -q
>        ps -aux | grep emacs
>        lsof -p PID  | grep 'im-ibus.so'
>    -> emacs PID  kevin  mem       REG              259,3    34688 1847459 /usr/lib/gtk-3.0/3.0.0/immodules/im-ibus.so
>     -> 'im-ibus.so' it is there. and i can type chinese in emacs -q v29.
>     
>
>    i also tried to build:  https://ftp.gnu.org/gnu/emacs/emacs-27.2.tar.xz
>    with emacs -q, it can't input chinese using ibus,
>     and found nothing when use command:  
>         lsof -p PID  | grep 'im-ibus.so'.

The problem with Emacs 27 has already been fixed in 28.  So the real bug
is with the candidiate area blinking.

> but there still with two problem
>  (1). i found the menu is moved with cursor blink,
>     this short video is show what i say:  
>    (
>     https://drive.google.com/file/d/18ynnH5Zvv3C87JMqXumNFhwobgjiP3sC/view?usp=sharing
>     https://drive.google.com/file/d/16ghBGnQT8i03M3vxg456ZjyAAZMs665o/view?usp=sharing
>
>    one is no candidate word menu occur, in emacs 27 when swiched to ibus on and input.
>    another video is about the menu blink.
>    )
>
>  (2). since emacs 26, when i run ibus -rx ,
>       ibus only malfunction in emacs ,
>       in other like firefox work as normal.

Other programs such as Firefox typically use the GTK input module, while
Emacs uses XIM, which doesn't like it when the IM server restarts.

> could you hint me how to solved (1) mainly?  because there are
> packages or configs in emacs 29 can't work and the ibus menu blink
> when i type words in emacs 29 continuously using ibus-rime.

Does that only happen under Xwayland?  If so, set
`x-gtk-use-native-input' to t, which will let Emacs use the GTK input
module instead, and should resolve the issue.

Thanks.

bug#53698: 29.0.50; ibus input method of chinese with rime engine can't work in v27 and ibus candidate menu blink in v29

[Eli Zaretskii]

> Cc: 53698@debbugs.gnu.org
> Date: Thu, 03 Feb 2022 09:20:56 +0800
> From:  Po Lu via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
> 
> Does that only happen under Xwayland?  If so, set
> `x-gtk-use-native-input' to t, which will let Emacs use the GTK input
> module instead, and should resolve the issue.

Should this be in etc/PROBLEMS, perhaps?

bug#53698: 29.0.50; ibus input method of chinese with rime engine can't work in v27 and ibus candidate menu blink in v29

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Eli Zaretskii <eliz@gnu.org> writes:

>> Cc: 53698@debbugs.gnu.org
>> Date: Thu, 03 Feb 2022 09:20:56 +0800
>> From:  Po Lu via "Bug reports for GNU Emacs,
>>  the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
>> 
>> Does that only happen under Xwayland?  If so, set
>> `x-gtk-use-native-input' to t, which will let Emacs use the GTK input
>> module instead, and should resolve the issue.
>
> Should this be in etc/PROBLEMS, perhaps?

I'm not completely certain if the problem is with Emacs or with
Xwayland, so I'd prefer to make sure before adding it to etc/PROBLEMS.

Thanks.

bug#53698: 29.0.50; ibus input method of chinese with rime engine can't work in v27 and ibus candidate menu blink in v29

[Štěpán Němec]

On Thu, 03 Feb 2022 09:20:56 +0800
Po Lu via wrote:

>> could you hint me how to solved (1) mainly?  because there are
>> packages or configs in emacs 29 can't work and the ibus menu blink
>> when i type words in emacs 29 continuously using ibus-rime.
>
> Does that only happen under Xwayland?

For me it happens on X (GNU/Linux, default GTK build). I believe
bug#53172 is the same issue, maybe others.

> If so, set `x-gtk-use-native-input' to t, which will let Emacs use the
> GTK input module instead, and should resolve the issue.

The problem with that option is that it apparently breaks some key
modifiers, e.g. with x-gtk-use-native-input non-nil it becomes
impossible to bind C-S-u (Emacs processes it the same as C-u).

AFAICT, X input has been broken (or rather, you get to pick: either you
get working IME (with x-gtk-use-native-input non-nil), or working
modifier keybindings (with it being nil); but given that
x-gtk-use-native-input defaults to nil, for many/most people IME will
just stop working; also, it's not just IMEs like fcitx or ibus,
XkbLayout switching has the same problem) since the commit that
introduced the option (bisected yesterday):

commit d76fb0c11e98
Author: Po Lu <luangruo@yahoo.com>
Date:   Sat Jan 8 15:21:51 2022 +0800

    Allow using GTK+ to handle input methods on X

-- 
Štěpán

bug#53698: 29.0.50; ibus input method of chinese with rime engine can't work in v27 and ibus candidate menu blink in v29

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Štěpán Němec <stepnem@gmail.com> writes:

> The problem with that option is that it apparently breaks some key
> modifiers, e.g. with x-gtk-use-native-input non-nil it becomes
> impossible to bind C-S-u (Emacs processes it the same as C-u).

Yes, the problem is the same as on the PGTK port, since both use the
same input method system.

> AFAICT, X input has been broken (or rather, you get to pick: either you
> get working IME (with x-gtk-use-native-input non-nil), or working
> modifier keybindings (with it being nil); but given that
> x-gtk-use-native-input defaults to nil, for many/most people IME will
> just stop working;

It works here for me (Fedora 35, stock GNOME with IBus), but we do want
to fix this problem and keep X input methods working as well as they
used to.

Do you see the same problem in other programs that use XIM, such as
xterm?  If not, try placing:

  Emacs.inputStyle: none

in your X defaults file, and see if that solves the problem.

Most of this is caused by a more fundamental problem: XIM is an obsolete
interface with many limitations; most applications today rely on the
authors of input method frameworks to provide input modules for their
specific toolkit, and as a result the XIM backends for input method
frameworks get very little testing and are buggy.

Unfortunately, since we cannot demand that input method frame developers
provide modules specifically for supporting Emacs, the only choice we
have is between using the legacy interface standard to X (XIM) or the
toolkit's input method system (GTK native input), each with its own
limitations and advantages.

It's a sad situation, but there's nothing we can do.

> also, it's not just IMEs like fcitx or ibus, XkbLayout switching has
> the same problem) since the commit that introduced the option
> (bisected yesterday):
>
> commit d76fb0c11e98
> Author: Po Lu <luangruo@yahoo.com>
> Date:   Sat Jan 8 15:21:51 2022 +0800
>
>     Allow using GTK+ to handle input methods on X

Are you sure that's the commit which introduced this bug, and not one of
the preceeding commits that added features to the XIM support?

I find that hard to believe, since it doesn't touch anything related to
XIM.

Thanks.

bug#53698: 29.0.50; ibus input method of chinese with rime engine can't work in v27 and ibus candidate menu blink in v29

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Po Lu <luangruo@yahoo.com> writes:

> It works here for me (Fedora 35, stock GNOME with IBus), but we do want
> to fix this problem and keep X input methods working as well as they
> used to.
>
> Do you see the same problem in other programs that use XIM, such as
> xterm?  If not, try placing:
>
>   Emacs.inputStyle: none
>
> in your X defaults file, and see if that solves the problem.
>
> Most of this is caused by a more fundamental problem: XIM is an obsolete
> interface with many limitations; most applications today rely on the
> authors of input method frameworks to provide input modules for their
> specific toolkit, and as a result the XIM backends for input method
> frameworks get very little testing and are buggy.
>
> Unfortunately, since we cannot demand that input method frame
                                                          ^^^^^

This was supposed to say "framework".

If the same problem exists in xterm, it's plausible that IBus broke
their XIM backend, which shows up in bleeding edge GNU/Linux
distributions such as Arch.

bug#53698: 29.0.50; ibus input method of chinese with rime engine can't work in v27 and ibus candidate menu blink in v29

[Štěpán Němec]

On Thu, 03 Feb 2022 20:06:13 +0800
Po Lu via wrote:

> Štěpán Němec <stepnem@gmail.com> writes:
>
>> The problem with that option is that it apparently breaks some key
>> modifiers, e.g. with x-gtk-use-native-input non-nil it becomes
>> impossible to bind C-S-u (Emacs processes it the same as C-u).
>
> Yes, the problem is the same as on the PGTK port, since both use the
> same input method system.
>
>> AFAICT, X input has been broken (or rather, you get to pick: either you
>> get working IME (with x-gtk-use-native-input non-nil), or working
>> modifier keybindings (with it being nil); but given that
>> x-gtk-use-native-input defaults to nil, for many/most people IME will
>> just stop working;
>
> It works here for me (Fedora 35, stock GNOME with IBus), but we do want
> to fix this problem and keep X input methods working as well as they
> used to.

I don't use any desktop environment, just plain X.Org (with XMonad on
Arch Linux).

> Do you see the same problem in other programs that use XIM, such as
> xterm?

No, it continues working everywhere as before (including xterm), with
the exception of Emacs.

> If not, try placing:
>
>   Emacs.inputStyle: none
> in your X defaults file, and see if that solves the problem.

It does not (no observable effect).

> Most of this is caused by a more fundamental problem: XIM is an obsolete
> interface with many limitations; most applications today rely on the
> authors of input method frameworks to provide input modules for their
> specific toolkit, and as a result the XIM backends for input method
> frameworks get very little testing and are buggy.
>
> Unfortunately, since we cannot demand that input method frame developers
> provide modules specifically for supporting Emacs, the only choice we
> have is between using the legacy interface standard to X (XIM) or the
> toolkit's input method system (GTK native input), each with its own
> limitations and advantages.
>
> It's a sad situation, but there's nothing we can do.
>
>> also, it's not just IMEs like fcitx or ibus, XkbLayout switching has
>> the same problem) since the commit that introduced the option
>> (bisected yesterday):
>>
>> commit d76fb0c11e98
>> Author: Po Lu <luangruo@yahoo.com>
>> Date:   Sat Jan 8 15:21:51 2022 +0800
>>
>>     Allow using GTK+ to handle input methods on X
>
> Are you sure that's the commit which introduced this bug, and not one of
> the preceeding commits that added features to the XIM support?

Yes.  My git-bisect(1) invocation was

  git bisect start 3dfefb8bb4d9 041fff3d3dda

and given the interactive nature of the issue, I watched IME/XkbLayout
switching break and work again repeatedly while jumping around the
commit. The preceding 63c83e4 does not exhibit the issues.

> I find that hard to believe, since it doesn't touch anything related to
> XIM.

-- 
Štěpán

bug#53698: 29.0.50; ibus input method of chinese with rime engine can't work in v27 and ibus candidate menu blink in v29

[Štěpán Němec]

On Thu, 03 Feb 2022 20:09:03 +0800
Po Lu via wrote:

> Po Lu <luangruo@yahoo.com> writes:
>
>> It works here for me (Fedora 35, stock GNOME with IBus), but we do want
>> to fix this problem and keep X input methods working as well as they
>> used to.
>>
>> Do you see the same problem in other programs that use XIM, such as
>> xterm?  If not, try placing:
>>
>>   Emacs.inputStyle: none
>>
>> in your X defaults file, and see if that solves the problem.
>>
>> Most of this is caused by a more fundamental problem: XIM is an obsolete
>> interface with many limitations; most applications today rely on the
>> authors of input method frameworks to provide input modules for their
>> specific toolkit, and as a result the XIM backends for input method
>> frameworks get very little testing and are buggy.
>>
>> Unfortunately, since we cannot demand that input method frame
>                                                           ^^^^^
>
> This was supposed to say "framework".
>
> If the same problem exists in xterm, it's plausible that IBus broke
> their XIM backend, which shows up in bleeding edge GNU/Linux
> distributions such as Arch.

It doesn't (see my previous reply). And I use fcitx, not IBus, but I
guess that doesn't really matter (as I wrote, even XkbLayout switching
is broken in the same way, _in Emacs_).

-- 
Štěpán

bug#53698: 29.0.50; ibus input method of chinese with rime engine can't work in v27 and ibus candidate menu blink in v29

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Štěpán Němec <stepnem@gmail.com> writes:

> Yes.  My git-bisect(1) invocation was
>
>   git bisect start 3dfefb8bb4d9 041fff3d3dda
>
> and given the interactive nature of the issue, I watched IME/XkbLayout
> switching break and work again repeatedly while jumping around the
> commit. The preceding 63c83e4 does not exhibit the issues.

Thanks, that is odd.  Could you give master a try to see if it's been
fixed there?

bug#53698: 29.0.50; ibus input method of chinese with rime engine can't work in v27 and ibus candidate menu blink in v29

[Štěpán Němec]

On Fri, 04 Feb 2022 09:05:00 +0800
Po Lu via wrote:

> Štěpán Němec <stepnem@gmail.com> writes:
>
>> Yes.  My git-bisect(1) invocation was
>>
>>   git bisect start 3dfefb8bb4d9 041fff3d3dda
>>
>> and given the interactive nature of the issue, I watched IME/XkbLayout
>> switching break and work again repeatedly while jumping around the
>> commit. The preceding 63c83e4 does not exhibit the issues.
>
> Thanks, that is odd.  Could you give master a try to see if it's been
> fixed there?

Yes, as of

commit 748eb32cc5e3
Author: Po Lu <luangruo@yahoo.com>
Date:   Fri Feb 4 09:04:06 2022 +0800

    Try to fix input method flicker on GTK builds

all seems back to normal: IME and XkbLayout switching works, as well as
binding C-S-u separately from C-u. (That's with x-gtk-use-native-input
at its default nil value; with it set non-nil, XkbLayout switching still
works and C-S-u is still separate from C-u, but I am unable to activate
the IME (fcitx) in Emacs; I'm not sure that is a problem, though: all I
wished for was for the former to continue working.)

Thanks!

  Štěpán

bug#53698: 29.0.50; ibus input method of chinese with rime engine can't work in v27 and ibus candidate menu blink in v29

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Štěpán Němec <stepnem@gmail.com> writes:

> all seems back to normal: IME and XkbLayout switching works, as well as
> binding C-S-u separately from C-u. (That's with x-gtk-use-native-input
> at its default nil value; with it set non-nil, XkbLayout switching still
> works and C-S-u is still separate from C-u, but I am unable to activate
> the IME (fcitx) in Emacs; I'm not sure that is a problem, though: all I
> wished for was for the former to continue working.)
>
> Thanks!

Thanks, the problem with `x-gtk-use-native-input' should be fixed now as
well.

aiselcce@outlook.com, could you verify that the issue has been fixed for
you as well?

bug#53698: 29.0.50; ibus input method of chinese with rime engine can't work in v27 and ibus candidate menu blink in v29

[Štěpán Němec]

On Fri, 04 Feb 2022 10:20:46 +0800
Po Lu via wrote:

> Štěpán Němec <stepnem@gmail.com> writes:
>
>> all seems back to normal: IME and XkbLayout switching works, as well as
>> binding C-S-u separately from C-u. (That's with x-gtk-use-native-input
>> at its default nil value; with it set non-nil, XkbLayout switching still
>> works and C-S-u is still separate from C-u, but I am unable to activate
>> the IME (fcitx) in Emacs; I'm not sure that is a problem, though: all I
>> wished for was for the former to continue working.)
>>
>> Thanks!
>
> Thanks, the problem with `x-gtk-use-native-input' should be fixed now as
> well.

Unfortunately, as of

a654985bca4c
Author: Po Lu <luangruo@yahoo.com>
Date:   Fri Feb 4 03:28:05 2022 +0000

    Make Emacs build with some other XLib implementations

it's a mess again.

Steps from emacs -Q -r:

1.
fcitx and XkbLayout switching works
(global-set-key (kbd "C-S-u") #'ding) "works" (separate from C-u)

2.
(setq x-gtk-use-native-input t)
C-S-u becomes C-u
fcitx and XkbLayout switching still works

3.
(setq x-gtk-use-native-input nil)
C-S-u becomes separate again
fcitx and XkbLayout switching breaks (the flickering issue again)

toggling x-gtk-use-native-input now again goes back to state 2., 3... ad
infinitum, state 1. (which is the one we/I want) seems unattainable at
this point.

-- 
Štěpán

bug#53698: 29.0.50; ibus input method of chinese with rime engine can't work in v27 and ibus candidate menu blink in v29

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Štěpán Němec <stepnem@gmail.com> writes:

> C-S-u becomes separate again
> fcitx and XkbLayout switching breaks (the flickering issue again)
>
> toggling x-gtk-use-native-input now again goes back to state 2., 3... ad
> infinitum, state 1. (which is the one we/I want) seems unattainable at
> this point.

That's a known problem, you have to move the input focus out and in the
current frame before the `x-gtk-use-native-input' setting can take
effect.

I will fix it later today.

bug#53698: 29.0.50; ibus input method of chinese with rime engine can't work in v27 and ibus candidate menu blink in v29

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Po Lu <luangruo@yahoo.com> writes:

> That's a known problem, you have to move the input focus out and in the
> current frame before the `x-gtk-use-native-input' setting can take
> effect.

Should be fixed now, please test.

bug#53698: 29.0.50; ibus input method of chinese with rime engine can't work in v27 and ibus candidate menu blink in v29

[Štěpán Němec]

On Fri, 04 Feb 2022 18:30:08 +0800
Po Lu wrote:

> Po Lu <luangruo@yahoo.com> writes:
>
>> That's a known problem, you have to move the input focus out and in the
>> current frame before the `x-gtk-use-native-input' setting can take
>> effect.
>
> Should be fixed now, please test.

With

commit 97966c5154bb
Author: Po Lu <luangruo@yahoo.com>
Date:   Fri Feb 4 15:39:45 2022 +0800

    ; * src/xterm.c (x_alloc_nearest_color_1): Remove extraneous code.

using the testing procedure described in my last message, the only issue
that remains is that with x-gtk-use-native-input non-nil C-S-u becomes
C-u. The other issues seem to be fixed (i.e., resetting
x-gtk-use-native-input back to nil returns to the initial fully
functional state).

-- 
Štěpán

bug#53698: 29.0.50; ibus input method of chinese with rime engine can't work in v27 and ibus candidate menu blink in v29

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Štěpán Němec <stepnem@gmail.com> writes:

> On Fri, 04 Feb 2022 18:30:08 +0800
> Po Lu wrote:
>
>> Po Lu <luangruo@yahoo.com> writes:
>>
>>> That's a known problem, you have to move the input focus out and in the
>>> current frame before the `x-gtk-use-native-input' setting can take
>>> effect.
>>
>> Should be fixed now, please test.
>
> With
>
> commit 97966c5154bb
> Author: Po Lu <luangruo@yahoo.com>
> Date:   Fri Feb 4 15:39:45 2022 +0800
>
>     ; * src/xterm.c (x_alloc_nearest_color_1): Remove extraneous code.
>
> using the testing procedure described in my last message, the only issue
> that remains is that with x-gtk-use-native-input non-nil C-S-u becomes
> C-u.

That's unfixable, it's a limitation of most GTK input modules.

> The other issues seem to be fixed (i.e., resetting
> x-gtk-use-native-input back to nil returns to the initial fully
> functional state).

Great, thanks for testing.

bug#53698: 29.0.50; ibus input method of chinese with rime engine can't work in v27 and ibus candidate menu blink in v29

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

[When replying to bug reports in the future, please use "Reply to All"
to ensure that the bug tracker stays copied in]

bg.jheng@gmail.com writes:

> thanks you for fixed this issue, 
>
> that is good news now so that  i can upgrade to v29 at any time.

Thanks, I'm closing this bug.