GNU bug report logs - #80022
31.0.50; Commit 75507912875 breaks icomplete-show-matches-on-no-input for Pgtk

Previous Next

Package: emacs;

Reported by: Sean Whitton <spwhitton <at> spwhitton.name>

Date: Wed, 17 Dec 2025 14:58:01 UTC

Severity: normal

Found in version 31.0.50

To reply to this bug, email your comments to 80022 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to luangruo <at> yahoo.com, bug-gnu-emacs <at> gnu.org:
bug#80022; Package emacs. (Wed, 17 Dec 2025 14:58:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Sean Whitton <spwhitton <at> spwhitton.name>:
New bug report received and forwarded. Copy sent to luangruo <at> yahoo.com, bug-gnu-emacs <at> gnu.org. (Wed, 17 Dec 2025 14:58:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Sean Whitton <spwhitton <at> spwhitton.name>
To: bug-gnu-emacs <at> gnu.org
Subject: 31.0.50; Commit 75507912875 breaks
 icomplete-show-matches-on-no-input for Pgtk
Date: Wed, 17 Dec 2025 14:57:09 +0000
X-debbugs-cc: luangruo <at> yahoo.com

'git bisect' reveals that commit 75507912875 ("Support
`toolkit-theme-set-functions' on Android and execute hooks safely"),
and its typo fix 860996afb00, breaks icomplete-show-matches-on-no-input
sometimes.

In emacs -q, with a pgtk build, evaluate:

--8<---------------cut here---------------start------------->8---
(progn
  (defun spw/sway-completing-read (prompt collection &rest optional-args)
    (let* ((frame-inhibit-implied-resize 'force) ; cf. Emacs bug#76275
	   (frame (make-frame `((title . "Emacs Sway input")
				(minibuffer . only)
				(display . ,(getenv "WAYLAND_DISPLAY"))))))
      (unwind-protect
	  (with-selected-frame frame
	    (set-window-scroll-bars (minibuffer-window frame) 0 nil 0 nil t)
	    (apply #'completing-read prompt collection optional-args))
	(delete-frame frame))))
  (setopt icomplete-show-matches-on-no-input t)
  (icomplete-mode 1)
  (spw/sway-completing-read "Choose: " '("foo" "bar")))
--8<---------------cut here---------------end--------------->8---

The expected result, and the result before commit 75507912875, is that
"foo" and "bar" are immediately visible as possible completions.
However, after that commit, they don't appear until (e.g.) C-, or C-. is
typed.  This is a regression of longstanding behaviour and is
essentially a case where icomplete-show-matches-on-no-input fails to
function.

I have Sway configuration to resize the frame that opens to a fixed
size, pasting here in case it is relevant:
--8<---------------cut here---------------start------------->8---
for_window [title="^Emacs Sway input$"] \
	floating enable, sticky enable, \
	resize set width 90 ppt, resize set height 90 px, \
	border pixel 2, move position 5 ppt 10 px
--8<---------------cut here---------------end--------------->8---

Po Lu, could you investigate?  Thanks.

-- 
Sean Whitton




This bug report was last modified 2 days ago.

Previous Next


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