GNU bug report logs - #78323
Regression in case-insensitive filename completion

Previous Next

Package: emacs;

Reported by: Daniel Colascione <dancol <at> dancol.org>

Date: Thu, 8 May 2025 22:41:01 UTC

Severity: normal

Merged with 78325, 78357

Found in version 31.0.50

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

Full log


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

From: Daniel Colascione <dancol <at> dancol.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Spencer Baugh <sbaugh <at> janestreet.com>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>, 78323 <at> debbugs.gnu.org
Subject: Re: bug#78323: Regression in case-insensitive filename completion
Date: Sun, 11 May 2025 20:24:46 -0700
Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Daniel Colascione <dancol <at> dancol.org>
>> Date: Thu, 08 May 2025 15:40:16 -0700
>> 
>> With read-file-name-completion-ignore-case true, commit
>> 509cbe1c35b3dd005a53ac041f9c87ee53b8e115 breaks existing completion
>> behavior.  Suppose we have file named fooBarQux.  Previously, if I'd
>> typed "foobar" and TAB while reading a filename, then the completion
>> would be "fooBarQux".  Now, it completes as "foobarQux", which is wrong
>> and breaks, among other things, vc.
>
> Spencer, could you please look into fixing this regression?

What do you think of reverting this change while Spencer finds the cause
of the problem?




This bug report was last modified 27 days ago.

Previous Next


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