GNU logs - #64788, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#64788: 29.0.92; M-s and M-r don't search in "future history"
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 22 Jul 2023 08:23:02 +0000
Resent-Message-ID: <handler.64788.B.169001416616530 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 64788 <at> debbugs.gnu.org
Date: Sat, 22 Jul 2023 11:23:15 +0300
Message-Id: <831qh09wy4.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

To reproduce:

  emacs -Q
  C-h v
  M-n

Observe that a variable's name is inserted into the minibuffer; in my
case it's "find-sibling-rules".  (It was inserted by
minibuffer-default-add-completions.)

  M-p

Now the minibuffer is empty (except for the prompt), and
find-sibling-rules is in "future history".

  M-s sibling RET

Surprise: instead of finding find-sibling-rules, this displays a
message: "No later matching history element".

  M-n
  M-n

Now we have 2 elements in the "future history", but:

  M-r sibling RET

signals an error: Wrong type argument: stringp, nil, instead of
finding find-sibling-rules.

Bottom line: M-n and M-p unexpectedly don't search "future history".
Without that, adding all of the completion candidates to "future
history" is a misfeature when the list of candidates is very long.



In GNU Emacs 29.0.92 (build 50, i686-pc-mingw32) of 2023-07-22 built on
 HOME-C4E4A596F7
Repository revision: 101455cb8534d07518871c0287e4861e09f22a32
Repository branch: emacs-29
Windowing system distributor 'Microsoft Corp.', version 5.1.2600
System Description: Microsoft Windows XP Service Pack 3 (v5.1.0.2600)

Configured using:
 'configure -C --prefix=/d/usr --with-wide-int
 --enable-checking=yes,glyphs 'CFLAGS=-O0 -gdwarf-4 -g3''

Configured features:
ACL GIF GMP GNUTLS HARFBUZZ JPEG JSON LCMS2 LIBXML2 MODULES NOTIFY
W32NOTIFY PDUMPER PNG RSVG SOUND SQLITE3 THREADS TIFF
TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XPM ZLIB

Important settings:
  value of $LANG: ENU
  locale-coding-system: cp1255

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
sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils
thingatpt help-fns radix-tree help-mode cl-loaddefs cl-lib rmc
iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook
vc-hooks lisp-float-type elisp-mode mwheel dos-w32 ls-lisp disp-table
term/w32-win w32-win w32-vars term/common-win 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
theme-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 w32notify w32 lcms2 multi-tty
make-network-process emacs)

Memory information:
((conses 16 50421 10650)
 (symbols 48 6535 0)
 (strings 16 19656 2646)
 (string-bytes 1 444218)
 (vectors 16 9854)
 (vector-slots 8 152370 10526)
 (floats 8 27 34)
 (intervals 40 276 68)
 (buffers 888 12))

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Eli Zaretskii <eliz@HIDDEN>
Subject: bug#64788: Acknowledgement (29.0.92; M-s and M-r don't search in
 "future history")
Message-ID: <handler.64788.B.169001416616530.ack <at> debbugs.gnu.org>
References: <831qh09wy4.fsf@HIDDEN>
X-Gnu-PR-Message: ack 64788
X-Gnu-PR-Package: emacs
Reply-To: 64788 <at> debbugs.gnu.org
Date: Sat, 22 Jul 2023 08:23:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 64788 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
64788: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D64788
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#64788: 29.0.92; M-s and M-r don't search in "future history"
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 24 Jul 2023 17:38:02 +0000
Resent-Message-ID: <handler.64788.B64788.169022023525207 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 64788 <at> debbugs.gnu.org
From: Juri Linkov <juri@HIDDEN>
In-Reply-To: <831qh09wy4.fsf@HIDDEN> (Eli Zaretskii's message of "Sat, 22 Jul
 2023 11:23:15 +0300")
Organization: LINKOV.NET
References: <831qh09wy4.fsf@HIDDEN>
Date: Mon, 24 Jul 2023 20:29:02 +0300
Message-ID: <86lef55ich.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> To reproduce:
>
>   emacs -Q
>   C-h v
>   M-n
>
> Observe that a variable's name is inserted into the minibuffer; in my
> case it's "find-sibling-rules".  (It was inserted by
> minibuffer-default-add-completions.)
>
>   M-p
>
> Now the minibuffer is empty (except for the prompt), and
> find-sibling-rules is in "future history".
>
>   M-s sibling RET
>
> Surprise: instead of finding find-sibling-rules, this displays a
> message: "No later matching history element".
>
>   M-n
>   M-n
>
> Now we have 2 elements in the "future history", but:
>
>   M-r sibling RET
>
> signals an error: Wrong type argument: stringp, nil, instead of
> finding find-sibling-rules.
>
> Bottom line: M-n and M-p unexpectedly don't search "future history".

I suppose M-s and M-r.  OTOH, C-s and C-r search "future history" nicely.
Why M-s and M-r don't use the same search functions as C-s and C-r?

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#64788: 29.0.92; M-s and M-r don't search in "future history"
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 24 Jul 2023 18:20:02 +0000
Resent-Message-ID: <handler.64788.B64788.16902227516593 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Juri Linkov <juri@HIDDEN>
Cc: 64788 <at> debbugs.gnu.org
Date: Mon, 24 Jul 2023 21:19:31 +0300
Message-Id: <83jzupqij0.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <86lef55ich.fsf@HIDDEN> (message from Juri Linkov on
 Mon, 24 Jul 2023 20:29:02 +0300)
References: <831qh09wy4.fsf@HIDDEN> <86lef55ich.fsf@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> From: Juri Linkov <juri@HIDDEN>
> Cc: 64788 <at> debbugs.gnu.org
> Date: Mon, 24 Jul 2023 20:29:02 +0300
> 
> > Bottom line: M-n and M-p unexpectedly don't search "future history".
> 
> I suppose M-s and M-r.

Yes, sorry.

> OTOH, C-s and C-r search "future history" nicely.
> Why M-s and M-r don't use the same search functions as C-s and C-r?

I don't think I know the answer.

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 25 Jul 2023 02:28:56 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jul 24 22:28:56 2023
Received: from localhost ([127.0.0.1]:44424 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1qO7nE-00075I-G5
	for submit <at> debbugs.gnu.org; Mon, 24 Jul 2023 22:28:56 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10]:43706)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>)
 id 1qO7nA-00074y-RI; Mon, 24 Jul 2023 22:28:54 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1qO7n5-0008Jq-4I; Mon, 24 Jul 2023 22:28:47 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=ADWZAlAf3eWgLh4TahJn+jaGuaIaBfAgmroWm0CbAk8=; b=jyQTYvvk+Ri5
 K5HRzU0MUGq4k4QULXHbMqGz6yDIFIRKNc988DVKbp2tHPCho8V7spbi20GwxsOhXM2QWBh7QOwl3
 RJLjrJf+U6TwBJdphehPnBEiX5EG9xJD9ECafJo8l7O5iR/Pgfu16YLChM3aG4ECKsFORNHeiTOi9
 NauZu6dulvn0LCvtWoljwxs6uqkcaJVcCCq+7YW30eR04kmy5HmDTTSJR97cneKZq54cmph1lJwK8
 GEgtf/dkYB0gn/c9sKOL5g4ucmefcmuDKwnlKgpQdMKS+UY7D36S8xqszAbWEorNNnTDEu6bGKvn8
 S7/ap6RssaZ6rDv/CzZ/uQ==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1qO7n4-00005u-JX; Mon, 24 Jul 2023 22:28:46 -0400
Date: Tue, 25 Jul 2023 05:29:30 +0300
Message-Id: <83fs5craet.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Drew Adams <drew.adams@HIDDEN>
In-Reply-To: <SJ0PR10MB54881A66BC219493B21C579AF302A@HIDDEN>
 (message from Drew Adams on Mon, 24 Jul 2023 19:40:41 +0000)
Subject: Re: bug#64839: 29.0.91; error when try to use M-r to search history
References: <SJ0PR10MB54881A66BC219493B21C579AF302A@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: control
Cc: 64839 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

merge 64839 64788
thanks

> From: Drew Adams <drew.adams@HIDDEN>
> Date: Mon, 24 Jul 2023 19:40:41 +0000
> 
> emacs -Q
> 
> C-h v
> M-n
> M-n
> M-r
> e RET
> 
> That raises this error (and unfortunately shows it with
> `minibuffer-message', so it disappears quickly):
> 
>  funcall-interactively: Wrong type argument: stringp, nil
> 
> (Same thing, if I delete the variable inserted from `M-n' before using
> `M-r'.)

This is a duplicate of bug#64788.

Last modified: Tue, 25 Jul 2023 02:30:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.