GNU bug report logs - #78520
31.0.50; Performance issue in dired+isearch with dired-isearch-filenames

Previous Next

Package: emacs;

Reported by: Ergus <spacibba <at> aol.com>

Date: Tue, 20 May 2025 23:34:02 UTC

Severity: normal

Tags: fixed

Found in version 31.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Full log


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

From: Michael Heerdegen <michael_heerdegen <at> web.de>
To: Juri Linkov <juri <at> linkov.net>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 78520 <at> debbugs.gnu.org, spacibba <at> aol.com
Subject: Re: bug#78520: 31.0.50; Performance issue in dired+isearch with
 dired-isearch-filenames
Date: Thu, 12 Jun 2025 16:37:31 +0200
Juri Linkov <juri <at> linkov.net> writes:

> `wdired-search-replace-filenames` is required anyway
> since it also sets `replace-search-function`.

Hmm - but we could also try to do this when query-replace is invoked.
Similar to what we do when invoking isearch.

Do we handle wdired differently only because of this problem?

|  ;; Original dired hook removes dired-isearch-search-filenames that
|  ;; is needed outside isearch for lazy-highlighting in query-replace.
|  (remove-hook 'isearch-mode-hook #'dired-isearch-filenames-setup t)

Maybe we could solve this in some other way?  Then, isearch and
query-replace would just look whether filename only matching is enabled
or not, and do the according setup when any of them is called by the
user.


Michael.




This bug report was last modified 3 days ago.

Previous Next


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