GNU bug report logs - #77678
31.0.50; Infloop in multi-isearch-read-files

Previous Next

Full log

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

From: Juri Linkov <juri <at> linkov.net>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Michael Heerdegen <michael_heerdegen <at> web.de>, 77678 <at> debbugs.gnu.org
Subject: Re: bug#77678: 31.0.50; Infloop in multi-isearch-read-files
Date: Wed, 09 Apr 2025 19:49:29 +0300

>> > What method did you have in mind?
>> 
>> `expand-file-name' both arguments?  I dunno whether this suffices when
>> Tramp comes into play, though.
>
> expand-file-name is a good starting point, yes.  If that's not enough,
> then comparing the results with file-equal-p should do.  (If even that
> doesn't work in all cases, there's probably more here than meets the
> eye.)

What does 'read-file-name' return after immediate RET?  From the docstring:

  Read a file name, prompting with PROMPT and completing in directory DIR.
  Retrun the file name as a string.
  The return value is not expanded---you must call expand-file-name
  yourself.

BTW, there is a typo: "Retrun" (not checked if it exists in emacs-30).

Does this return value logic work with all completion frameworks?

Previous Next

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