bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

[Štěpán Němec]

emacs -Q (default GNU/Linux build, make bootstrap)
C-\

[No completions, no input method activated. `input-method-alist' is empty.]

(activate-input-method "czech")

=> (error "Can’t activate input method ‘czech’")

First bad commit:

commit 261d6afd6e6f
Author: Lars Ingebrigtsen <larsi@gnus.org>
Date:   Wed Aug 3 14:22:08 2022 +0200

    Byte-compile the in-tree loaddefs.el files

-- 
Štěpán

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

[Eli Zaretskii]

> Cc: Lars Magne Ingebrigtsen <larsi@gnus.org>
> From: Štěpán Němec
>  <stepnem@gmail.com>
> Date: Fri, 05 Aug 2022 10:48:41 +0200
> 
> emacs -Q (default GNU/Linux build, make bootstrap)
> C-\
> 
> [No completions, no input method activated. `input-method-alist' is empty.]
> 
> (activate-input-method "czech")
> 
> => (error "Can’t activate input method ‘czech’")

I cannot reproduce this with the current master.

Did you try "make bootstrap"?

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

[Lars Ingebrigtsen]

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

> emacs -Q (default GNU/Linux build, make bootstrap)
> C-\
>
> [No completions, no input method activated. `input-method-alist' is empty.]
>
> (activate-input-method "czech")
>
> => (error "Can’t activate input method ‘czech’")

I'm unable to reproduce this.

Please include the data that `M-x report-emacs-bug' reports; perhaps
it's a combination of config options that leads to this.

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

[Štěpán Němec]

On Fri, 05 Aug 2022 13:53:08 +0300
Eli Zaretskii wrote:

>> Cc: Lars Magne Ingebrigtsen <larsi@gnus.org>
>> From: Štěpán Němec
>>  <stepnem@gmail.com>
>> Date: Fri, 05 Aug 2022 10:48:41 +0200
>> 
>> emacs -Q (default GNU/Linux build, make bootstrap)
>> C-\
>> 
>> [No completions, no input method activated. `input-method-alist' is empty.]
>> 
>> (activate-input-method "czech")
>> 
>> => (error "Can’t activate input method ‘czech’")
>
> I cannot reproduce this with the current master.
>
> Did you try "make bootstrap"?

Yes (I said so in the bug report).

Now I even tried with a fresh repo checkout, then also `make bootstrap`
without the -j option. Still the same as of commit c388578fb1aa.

-- 
Štěpán

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

[Štěpán Němec]

On Fri, 05 Aug 2022 14:09:12 +0200
Lars Ingebrigtsen wrote:

> Štěpán Němec <stepnem@gmail.com> writes:
>
>> emacs -Q (default GNU/Linux build, make bootstrap)
>> C-\
>>
>> [No completions, no input method activated. `input-method-alist' is empty.]
>>
>> (activate-input-method "czech")
>>
>> => (error "Can’t activate input method ‘czech’")
>
> I'm unable to reproduce this.
>
> Please include the data that `M-x report-emacs-bug' reports; perhaps
> it's a combination of config options that leads to this.

No config; fresh checkout, make -j8.

Then I tried just `make bootstrap` (without -j), too, same thing.
Tip of master (c388578fb1aa).

-- 
Štěpán

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

[Lars Ingebrigtsen]

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

>> Please include the data that `M-x report-emacs-bug' reports; perhaps
>> it's a combination of config options that leads to this.
>
> No config; fresh checkout, make -j8.

All builds have a config.  Can you please include the info?

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

[Štěpán Němec]

On Fri, 05 Aug 2022 14:18:46 +0200
Štěpán Němec wrote:

> On Fri, 05 Aug 2022 14:09:12 +0200
> Lars Ingebrigtsen wrote:
>
>> Štěpán Němec <stepnem@gmail.com> writes:
>>
>>> emacs -Q (default GNU/Linux build, make bootstrap)
>>> C-\
>>>
>>> [No completions, no input method activated. `input-method-alist' is empty.]
>>>
>>> (activate-input-method "czech")
>>>
>>> => (error "Can’t activate input method ‘czech’")
>>
>> I'm unable to reproduce this.
>>
>> Please include the data that `M-x report-emacs-bug' reports; perhaps
>> it's a combination of config options that leads to this.

Sorry, here's the report-emacs-bug data:

In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.34, cairo version 1.17.6)
 of 2022-08-05 built on tipi
Repository revision: c388578fb1aa714f2cf5ae2ad8a2933ca902b9df
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101003
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 XINPUT2 XPM GTK3 ZLIB

Important settings:
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=fcitx
  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
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message mailcap yank-media puny dired
dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068
epg-config gnus-util text-property-search time-date subr-x 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 rmc 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 nadvice seq simple cl-generic
indonesian philippine 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 abbrev obarray oclosure cl-preloaded 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 xinput2 x multi-tty make-network-process
emacs)

Memory information:
((conses 16 35716 6911)
 (symbols 48 5084 0)
 (strings 32 13085 1330)
 (string-bytes 1 370678)
 (vectors 16 9206)
 (vector-slots 8 145482 7265)
 (floats 8 21 21)
 (intervals 56 203 0)
 (buffers 992 10))

-- 
Štěpán

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

[Lars Ingebrigtsen]

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

> System Description: Arch Linux

Ah, Arch Linux...  there's often obscure problems with that platform for
some reason.  I don't have a VM with that here, so I can't really debug
this further.

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

[Lars Ingebrigtsen]

Lars Ingebrigtsen <larsi@gnus.org> writes:

> Ah, Arch Linux...  there's often obscure problems with that platform for
> some reason.  I don't have a VM with that here, so I can't really debug
> this further.

Hang on -- I can reproduce it now.  Not from a "make bootstrap", but
from a completely fresh build.

I'll debug further.

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

[Štěpán Němec]

On Fri, 05 Aug 2022 14:24:21 +0200
Lars Ingebrigtsen wrote:

> Štěpán Němec <stepnem@gmail.com> writes:
>
>> System Description: Arch Linux
>
> Ah, Arch Linux...  there's often obscure problems with that platform for
> some reason.  I don't have a VM with that here, so I can't really debug
> this further.

I've been using it (with self-built Emacsen) for more than 10 years, and
don't recall any issues, much less "often" and "obscure".

(I also find it hard to imagine how any OS-related issues could cause
this particular problem.)

-- 
Štěpán

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

[Lars Ingebrigtsen]

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

> I've been using it (with self-built Emacsen) for more than 10 years, and
> don't recall any issues, much less "often" and "obscure".

Perhaps you don't read the bug tracker as much as I do.

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

[Lars Ingebrigtsen]

Lars Ingebrigtsen <larsi@gnus.org> writes:

> I'll debug further.

If I say

make bootstrap; ./src/emacs -Q

then `input-method-alist' is nil.  If I then say

touch lisp/loadup.el; make; ./src/emacs -Q

then `input-method-alist' is filled as it should be.  So it seems like
in the first-build case, we're not...  er...  loading something we
should be loading?  But on the second build, we are.

Eli, you're more familiar with the quail stuff than I am.  Do you have
any idea what could be happening here?

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

[Eli Zaretskii]

> From: Lars Ingebrigtsen <larsi@gnus.org>
> Cc: 56998@debbugs.gnu.org, "'Eli Zaretskii'" <eliz@gnu.org>
> Date: Fri, 05 Aug 2022 14:39:32 +0200
> 
> If I say
> 
> make bootstrap; ./src/emacs -Q
> 
> then `input-method-alist' is nil.  If I then say
> 
> touch lisp/loadup.el; make; ./src/emacs -Q
> 
> then `input-method-alist' is filled as it should be.  So it seems like
> in the first-build case, we're not...  er...  loading something we
> should be loading?  But on the second build, we are.
> 
> Eli, you're more familiar with the quail stuff than I am.  Do you have
> any idea what could be happening here?

Is the file lisp/leim/leim-list.el being produced and exists when
Emacs is dumped?

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

[Lars Ingebrigtsen]

Eli Zaretskii <eliz@gnu.org> writes:

> Is the file lisp/leim/leim-list.el being produced and exists when
> Emacs is dumped?

Yup.  So I guess the problem is that the first build isn't loading that
file, for some reason?

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

[Eli Zaretskii]

> From: Lars Ingebrigtsen <larsi@gnus.org>
> Cc: stepnem@gmail.com,  56998@debbugs.gnu.org
> Date: Fri, 05 Aug 2022 15:14:38 +0200
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> > Is the file lisp/leim/leim-list.el being produced and exists when
> > Emacs is dumped?
> 
> Yup.  So I guess the problem is that the first build isn't loading that
> file, for some reason?

Maybe.  But how can it not load that file, when loadup.el explicitly
says to load it?

What is the contents of that file in a build where input-method-alist
is empty?

And could it be that the file is generated only after Emacs was
already built/dumped?

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

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

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

> (I also find it hard to imagine how any OS-related issues could cause
> this particular problem.)

IME Arch (GNU/) Linux users tend to install packages of questionable
quality from their user contributed repository.  They range from
modified and often outdated copies of GTK+ to X servers built with
unsafe optimizations, which then cause problems with Emacs and other
programs.

But I don't see why the OS would interfere with Emacs input methods,
yes.

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

[Basil L. Contovounesios via Bug reports for GNU Emacs, the Swiss army knife of text editors]

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

Eli Zaretskii [2022-08-05 16:46 +0300] wrote:

>> From: Lars Ingebrigtsen <larsi@gnus.org>
>> Cc: stepnem@gmail.com,  56998@debbugs.gnu.org
>> Date: Fri, 05 Aug 2022 15:14:38 +0200
>> 
>> Eli Zaretskii <eliz@gnu.org> writes:
>> 
>> > Is the file lisp/leim/leim-list.el being produced and exists when
>> > Emacs is dumped?
>> 
>> Yup.  So I guess the problem is that the first build isn't loading that
>> file, for some reason?
>
> Maybe.  But how can it not load that file, when loadup.el explicitly
> says to load it?

With the following print-debug patch:


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: foo.diff --]
[-- Type: text/x-diff, Size: 520 bytes --]

diff --git a/lisp/loadup.el b/lisp/loadup.el
index 8dad382ac0..88bf1c20b4 100644
--- a/lisp/loadup.el
+++ b/lisp/loadup.el
@@ -376,7 +376,8 @@
 
 ;; This file doesn't exist when building a development version of Emacs
 ;; from the repository.  It is generated just after temacs is built.
-(load "leim/leim-list.el" t)
+(or (load "leim/leim-list.el" t)
+    (message ">>> load-path %S" load-path))
 
 ;; If you want additional libraries to be preloaded and their
 ;; doc strings kept in the DOC file rather than in core,

[-- Attachment #3: Type: text/plain, Size: 33 bytes --]


I get the following build log:


[-- Attachment #4: emacs-print.log.gz --]
[-- Type: application/gzip, Size: 30833 bytes --]

[-- Attachment #5: Type: text/plain, Size: 804 bytes --]


I.e. before the first dump the load-path is:

  ("/home/blc/.local/src/emacs/lisp"
   "/home/blc/.local/src/emacs/lisp/emacs-lisp"
   "/home/blc/.local/src/emacs/lisp/progmodes"
   "/home/blc/.local/src/emacs/lisp/language"
   "/home/blc/.local/src/emacs/lisp/international"
   "/home/blc/.local/src/emacs/lisp/textmodes"
   "/home/blc/.local/src/emacs/lisp/vc")

And before the second dump:

  ("/home/blc/.local/src/emacs/lisp")

After the build is done we get:

0. ./src/emacs -Q
1. C-\ TAB
   [No match]
2. C-g
3. M-: input-method-alist RET
   nil
4. M-: (seq-find (apply-partially #'string-search "leim") load-path)
   "/home/blc/.local/src/emacs/lisp/leim"

> What is the contents of that file in a build where input-method-alist
> is empty?

Here's ~blc/.local/src/emacs/lisp/leim/leim-list.el:


[-- Attachment #6: leim-list.el.gz --]
[-- Type: application/gzip, Size: 6823 bytes --]

[-- Attachment #7: Type: text/plain, Size: 3293 bytes --]


> And could it be that the file is generated only after Emacs was
> already built/dumped?

My reading of the log suggests it must be.

HTH,

-- 
Basil

In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo version 1.16.0, Xaw3d scroll bars)
 of 2022-08-05 built on tia
Repository revision: df263dd7586436b06262e32aa3614e11ed3a6182
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101004
System Description: Debian GNU/Linux bookworm/sid

Configured using:
 'configure CC=gcc-12 'CFLAGS=-Og -ggdb3' --config-cache
 --prefix=/home/blc/.local --enable-checking=structs
 --with-file-notification=yes --with-x-toolkit=lucid --with-x'

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

Important settings:
  value of $LANG: en_IE.UTF-8
  value of $XMODIFIERS: @im=ibus
  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
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message mailcap yank-media puny dired
dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068
epg-config gnus-util text-property-search time-date subr-x 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 rmc 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 nadvice seq simple cl-generic
indonesian philippine 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 abbrev obarray oclosure cl-preloaded 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 x-toolkit
xinput2 x multi-tty make-network-process emacs)

Memory information:
((conses 16 36414 7374)
 (symbols 48 5077 0)
 (strings 32 13787 1589)
 (string-bytes 1 376470)
 (vectors 16 9191)
 (vector-slots 8 145276 11559)
 (floats 8 23 25)
 (intervals 56 240 0)
 (buffers 992 11))

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

[Basil L. Contovounesios via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Basil L. Contovounesios [2022-08-05 19:28 +0300] wrote:

> I.e. before the first dump the load-path is:
>
>   ("/home/blc/.local/src/emacs/lisp"
>    "/home/blc/.local/src/emacs/lisp/emacs-lisp"
>    "/home/blc/.local/src/emacs/lisp/progmodes"
>    "/home/blc/.local/src/emacs/lisp/language"
>    "/home/blc/.local/src/emacs/lisp/international"
>    "/home/blc/.local/src/emacs/lisp/textmodes"
>    "/home/blc/.local/src/emacs/lisp/vc")
>
> And before the second dump:
>
>   ("/home/blc/.local/src/emacs/lisp")

BTW, at neither of these points in time does leim-list.el exist,
regardless of load-path.

-- 
Basil

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

[Eli Zaretskii]

> From: "Basil L. Contovounesios" <contovob@tcd.ie>
> Cc: Lars Ingebrigtsen <larsi@gnus.org>,  56998@debbugs.gnu.org,
>   stepnem@gmail.com
> Date: Fri, 05 Aug 2022 19:28:50 +0300
> 
> I.e. before the first dump the load-path is:
> 
>   ("/home/blc/.local/src/emacs/lisp"
>    "/home/blc/.local/src/emacs/lisp/emacs-lisp"
>    "/home/blc/.local/src/emacs/lisp/progmodes"
>    "/home/blc/.local/src/emacs/lisp/language"
>    "/home/blc/.local/src/emacs/lisp/international"
>    "/home/blc/.local/src/emacs/lisp/textmodes"
>    "/home/blc/.local/src/emacs/lisp/vc")
> 
> And before the second dump:
> 
>   ("/home/blc/.local/src/emacs/lisp")

How is load-path relevant to this issue?  loadup.el says

  (load "leim/leim-list.el" t)

so it should find the file even if load-path includes only the lisp
directory.  Right?

> BTW, at neither of these points in time does leim-list.el exist,
> regardless of load-path.

_That's_ the problem.  Now the question becomes: why isn't it a
prerequisite for the Emacs binary? it should be, IMO.

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

[Glenn Morris]

Eli Zaretskii wrote:

>> BTW, at neither of these points in time does leim-list.el exist,
>> regardless of load-path.
>
> _That's_ the problem.  Now the question becomes: why isn't it a
> prerequisite for the Emacs binary? it should be, IMO.

Please see "Comments on loaddefs generation" in lisp/Makefile.in in eg
emacs-28, in particular those relating to gen-lisp.
(Recent re-arrangements on master have changed things.)

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

[Lars Ingebrigtsen]

This should now be fixed, I think, but these rules really need some
work.  Stefan's suggestion to use a single Makefile would make this sort
of thing much easier...

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

[Štěpán Němec]

On Fri, 05 Aug 2022 23:49:44 +0200
Lars Ingebrigtsen wrote:

> This should now be fixed, I think,

[...]

Yes, I don't see the issue any more (currently as of commit 870be1e106dc).

Thank you.

-- 
Štěpán

bug#56998: 29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

[Lars Ingebrigtsen]

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

> Yes, I don't see the issue any more (currently as of commit 870be1e106dc).

Thanks for checking; I'm closing this bug report, then.