GNU bug report logs - #78665
31.0.50; Very slow saves

Previous Next

Package: emacs;

Reported by: Stefan Monnier <monnier <at> iro.umontreal.ca>

Date: Sun, 1 Jun 2025 20:08:03 UTC

Severity: normal

Found in version 31.0.50

Done: Stefan Monnier <monnier <at> iro.umontreal.ca>

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 78665 <at> debbugs.gnu.org
Subject: Re: bug#78665: 31.0.50; Very slow saves
Date: Mon, 02 Jun 2025 18:21:38 +0300
> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Cc: 78665 <at> debbugs.gnu.org
> Date: Mon, 02 Jun 2025 09:33:43 -0400
> 
> > Two questions:
> >
> >   . was this file under Git, and if not, how did
> >     vc-git-resolve-when-done come into play?
> 
> Yes.
> 
> >   . why does vc-revert-buffer-internal ended up calling
> >     outline--hidden-headings-restore-paths? was outline-minor-mode
> >     active in the buffer?
> 
> Yes, I enable outline-minor-mode in all my ELisp buffers.

OK, so I guess this affects the above combination.

> > IOW, I'd like to better understand the scope of the use cases where
> > saving a buffer is now so much slower.  (How large was the buffer,
> > btw?)
> 
> `transient.el` is about 200kB.

10 sec to save that is awfully slow, I agree.

But I cannot find any change during the recent two months that could
explain that, maybe I missed something?




This bug report was last modified 11 days ago.

Previous Next


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