GNU bug report logs - #57207
29.0.50; Fontification is slow after e7b5912b23 (Improvements to long lines handling)

Previous Next

Package: emacs;

Reported by: Ihor Radchenko <yantar92 <at> gmail.com>

Date: Sun, 14 Aug 2022 15:55:01 UTC

Severity: normal

Found in version 29.0.50

Done: Gregory Heytings <gregory <at> heytings.org>

Bug is archived. No further changes may be made.

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 57207 <at> debbugs.gnu.org, yantar92 <at> gmail.com
Subject: Re: bug#57207: 29.0.50; Fontification is slow after e7b5912b23
 (Improvements to long lines handling)
Date: Fri, 19 Aug 2022 15:22:13 +0300

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: yantar92 <at> gmail.com,  57207 <at> debbugs.gnu.org
> Date: Fri, 19 Aug 2022 14:02:01 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> >> (progn
> >> >>   (pop-to-buffer "foo.txt")
> >> >>   (flyspell-mode)
> >> >>   (insert (propertize (make-string 20000 ?x) 'display "foo")
> >> >> 	  "\n\n"))
> >> >
> >> > Still no "Narrow" on the mode line.
> >> 
> >> Did you type a character after eval-ing that?
> >
> > Yes.
> 
> Odd.  I can reproduce this both on Ubuntu and Debian.

Is it true that the call which makes the narrowing comes from
safe_run_hooks_maybe_narrowed in your case?  If so, can you step
through the code after the narrowing and try to figure out why isn't
narrowing undone after the hook function returns?
This bug report was last modified 2 years and 169 days ago.

Previous Next

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