bug#64805: 28.2; XIM cursor position is incorrect

bug#64805: 28.2; XIM cursor position is incorrect

[YOSHINO Yoshihito]

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

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.



In GNU Emacs 28.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.37,
cairo version 1.16.0)
 of 2023-05-14, modified by Debian built on x86-ubc-01
Windowing system distributor 'The X.Org Foundation', version 11.0.12101007
System Description: Debian GNU/Linux 12 (bookworm)

Configured using:
 'configure --build x86_64-linux-gnu --prefix=/usr
 --sharedstatedir=/var/lib --libexecdir=/usr/libexec
 --localstatedir=/var/lib --infodir=/usr/share/info
 --mandir=/usr/share/man --with-libsystemd --with-pop=yes
 --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/28.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/28.2/site-lisp:/usr/share/emacs/site-lisp
 --with-sound=alsa --without-gconf --with-mailutils
 --with-native-compilation --build x86_64-linux-gnu --prefix=/usr
 --sharedstatedir=/var/lib --libexecdir=/usr/libexec
 --localstatedir=/var/lib --infodir=/usr/share/info
 --mandir=/usr/share/man --with-libsystemd --with-pop=yes
 --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/28.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/28.2/site-lisp:/usr/share/emacs/site-lisp
 --with-sound=alsa --without-gconf --with-mailutils
 --with-native-compilation --with-cairo --with-x=yes
 --with-x-toolkit=gtk3 --with-toolkit-scroll-bars 'CFLAGS=-g -O2
 -ffile-prefix-map=/build/emacs-mPr7Vr/emacs-28.2+1=. -fstack-protector-strong
 -Wformat -Werror=format-security -Wall' 'CPPFLAGS=-Wdate-time
 -D_FORTIFY_SOURCE=2' LDFLAGS=-Wl,-z,relro'

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

Important settings:
  value of $LANG: ja_JP.UTF-8
  value of $XMODIFIERS: @im=uim
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  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 sort mail-extr emacsbug message rmc puny dired dired-loaddefs
rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util rmail
rmail-loaddefs auth-source cl-seq eieio eieio-core cl-macs
eieio-loaddefs password-cache json map text-property-search time-date
subr-x seq byte-opt gv 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
japan-util 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
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
native-compile emacs)

Memory information:
((conses 16 57334 8727)
 (symbols 48 6639 1)
 (strings 32 19096 1333)
 (string-bytes 1 645355)
 (vectors 16 14740)
 (vector-slots 8 330538 12858)
 (floats 8 22 43)
 (intervals 56 282 0)
 (buffers 992 11))

[-- Attachment #2: 27.1.png --]
[-- Type: image/png, Size: 388831 bytes --]

[-- Attachment #3: 28.2.png --]
[-- Type: image/png, Size: 387948 bytes --]

bug#64805: 28.2; XIM cursor position is incorrect

[Eli Zaretskii]

> 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.

bug#64805: 28.2; XIM cursor position is incorrect

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

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.

bug#64805: 28.2; XIM cursor position is incorrect

[Eli Zaretskii]

> 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?

bug#64805: 28.2; XIM cursor position is incorrect

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

Eli Zaretskii <eliz@gnu.org> writes:

> Thanks.  Can this issue be closed now?

Sure, if you think that'd be prudent.

bug#64805: 28.2; XIM cursor position is incorrect

[Eli Zaretskii]

> From: Po Lu <luangruo@yahoo.com>
> Cc: yy.y.ja.jp@gmail.com,  64805@debbugs.gnu.org
> Date: Thu, 03 Aug 2023 16:36:05 +0800
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> > Thanks.  Can this issue be closed now?
> 
> Sure, if you think that'd be prudent.

Is there anything else we should do here?  If not, then closing is the
prudent thing.

bug#64805: 28.2; XIM cursor position is incorrect

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

Eli Zaretskii <eliz@gnu.org> writes:

> Is there anything else we should do here?  If not, then closing is the
> prudent thing.

Nope, nothing left.  I'm closing this bug.