GNU bug report logs - #72176
30.0.60; icomplete-vertical-mode failed to work with Error

Previous Next

Package: emacs;

Reported by: Eason Huang <aqua0210 <at> foxmail.com>

Date: Thu, 18 Jul 2024 12:14:01 UTC

Severity: normal

Found in version 30.0.60

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Eason Huang <aqua0210 <at> foxmail.com>
Cc: 72176 <at> debbugs.gnu.org, rpluim <at> gmail.com, joaotavora <at> gmail.com, visuweshm <at> gmail.com
Subject: bug#72176: 30.0.60; icomplete-vertical-mode failed to work with Error
Date: Sat, 20 Jul 2024 13:43:43 +0300
> From: Eason Huang <aqua0210 <at> foxmail.com>
> Cc: Robert Pluim <rpluim <at> gmail.com>,  João Távora
>  <joaotavora <at> gmail.com>,
>   72176 <at> debbugs.gnu.org,  visuweshm <at> gmail.com
> Date: Sat, 20 Jul 2024 18:07:19 +0800
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > Thanks.  I've applied the trivial band-aid on emacs-30 to avoid the
> > error in post-command-hook, but the real problem is not in the
> > function that signals the error, it's in icomplete.el where it calls
> > the lazy-highlight code.  The evidence is that after the fix, the
> > display shown in those cases that caused the error is not the expected
> > one, unless you set icomplete-tidy-shadowed-file-names non-nil.  It
> > sounds like the problem happens specifically when the minibuffer text
> > begins with a "~/" and there's another "~/" later in the minibuffer,
> > the one the user types: the code probably doesn't expect that.
> >
> > Adding João, who I think wrote this code.
> >
> >
> 
> 
> Hi Eli,
> 
> I tried with the latest commit of Emacs-30(git sha1 ea30ffc52b3),
> Now the issue is fixed.

Thanks for testing.




This bug report was last modified 1 year and 15 days ago.

Previous Next


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