bug#64805: 28.2; XIM cursor position is incorrect

[Eli Zaretskii <eliz@gnu.org>]

> From: Po Lu <luangruo@yahoo.com>
> Cc: YOSHINO Yoshihito <yy.y.ja.jp@gmail.com>,  64805@debbugs.gnu.org
> Date: Mon, 24 Jul 2023 20:05:24 +0800
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> >> From: YOSHINO Yoshihito <yy.y.ja.jp@gmail.com>
> >> Date: Sun, 23 Jul 2023 19:17:19 +0900
> >> 
> >> I use Debian in Japanese and `uim' for an XIM server,
> >> which is a default in Debian Japanese desktop.
> >> 
> >> Recently I have upgraded Debian to its new stable version,
> >> and subsequently upgraded Emacs from 27.1 to 28.2.
> >> 
> >> On Emacs 27.1, cursor position reported via XIM is the same as those in
> >> the current buffer, and uim displays its input candidate window adjacent
> >> to the position, as found in the attached screenshot `27.1.png'.
> >> This is the expected behavior.
> >> 
> >> On Emacs 28.2, however, the cursor position is far below and outside the
> >> Emacs frame, as found in the attached screenshot `28.2.png'.
> >> 
> >> I have bisected Emacs git repository between 27.1 and 28.2, and found
> >> that this regression has been caused by commit
> >> 2a64de5e982fb8b868b76626ac2e92ddfafc9ca5, which was introduced in the
> >> following bug report:
> >> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=10867
> >> 
> >> Reverting the commit restores the expected behavior.
> >
> > Maybe we should have a Lisp variable to control whether that change is
> > in effect.
> >
> > Po Lu, any other ideas?  Perhaps this is already fixed in Emacs 29?
> >
> > Thanks.
> 
> I think I already fixed this in time for Emacs 29, but to avoid
> disruptions for users of input methods that are affected by the Xlib bug
> that was the subject of #10867 (approximately 75% of CJK X desktop
> users), the fix is located behind an X resource.
> 
> Yoshihito-san probably needs to place:
> 
>   Emacs.inputStyle: overthespot
> 
> in his .Xresources or .Xdefaults.

Thanks.  Can this issue be closed now?