GNU bug report logs - #59935
29.0.60; project-list-buffers is slow

Previous Next

Package: emacs;

Reported by: Dmitry Gutov <dgutov <at> yandex.ru>

Date: Sat, 10 Dec 2022 01:50:02 UTC

Severity: normal

Fixed in version 29.0.60

Done: Juri Linkov <juri <at> linkov.net>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Juri Linkov <juri <at> linkov.net>
Cc: 59935 <at> debbugs.gnu.org, dgutov <at> yandex.ru
Subject: bug#59935: 29.0.60; project-list-buffers is slow
Date: Sun, 11 Dec 2022 20:08:59 +0200
> From: Juri Linkov <juri <at> linkov.net>
> Cc: dgutov <at> yandex.ru,  59935 <at> debbugs.gnu.org
> Date: Sun, 11 Dec 2022 19:56:24 +0200
> 
> >> > Do you have the time to finish the fix yourself? It was your feature, after
> >> > all.
> >> 
> >> Here is a complete patch tested for all possible cases:
> >> - emacs 28/29
> >> - with/without file arg
> >> - with/without reverting
> >
> > Thanks, but I hope you don't intend to ask to install this on the
> > release branch.  And changing back the signature of
> > list-buffers-noselect is extremely problematic, even though we changed
> > it only for Emacs 29.
> >
> > Please try to find a safer, more compatible solution.
> 
> This is the safest solution for the emacs-29 branch.

I don't see how it could be the safest.  For example, an almost
identical changeset that doesn't change the signature of
list-buffers-noselect is definitely safer.  And likewise with the
change of list-buffers--refresh -- why do we have to do that?




This bug report was last modified 2 years and 215 days ago.

Previous Next


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