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

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Daniel Colascione <dancol <at> dancol.org>, monnier <at> iro.umontreal.ca
Cc: sbaugh <at> janestreet.com, 78323 <at> debbugs.gnu.org
Subject: bug#78323: Regression in case-insensitive filename completion
Date: Mon, 12 May 2025 14:40:18 +0300

> From: Daniel Colascione <dancol <at> dancol.org>
> Cc: Spencer Baugh <sbaugh <at> janestreet.com>,  Stefan Monnier
>  <monnier <at> iro.umontreal.ca>,  78323 <at> debbugs.gnu.org
> 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?

I wouldn't mind, but then I don't use these features.  Let's hear
Stefan's opinion first.

Stefan?

Previous Next

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