GNU bug report logs - #72811
28.2; global-display-line-numbers-mode with debbugs package cause Lisp nesting exceeds ‘max-lisp-eval-depth’

Previous Next

Full log

Message #16 received at 72811-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mats Lidell <mats.lidell <at> lidells.se>
Cc: rswgnu <at> gmail.com, 72811-done <at> debbugs.gnu.org
Subject: Re: bug#72811: 28.2; global-display-line-numbers-mode with debbugs
 package cause Lisp nesting exceeds ‘max-lisp-eval-depth’
Date: Sat, 14 Sep 2024 10:31:00 +0300

> From: Mats Lidell <mats.lidell <at> lidells.se>
> Cc: 72811 <at> debbugs.gnu.org,  rswgnu <at> gmail.com
> Date: Thu, 29 Aug 2024 22:12:16 +0200
> 
> > Eli Zaretskii writes:
> > I guess we already fixed this, so we could close this bug.  Still...
> 
> Yes. But I was curious since I could not find any commit in Emacs that looked
> related to fixing this.
> 
> > ...can you figure out which Lisp caused display-line-numbers-mode or
> > display-line-numbers-mode-on-hook to run tabulated-list-revert?  I
> > couldn't find that anywhere in Emacs, and also not in debbugs.  I do
> > see that debbugs-gnu adds to tabulated-list-revert-hook the function
> > debbugs-gnu-rescan, which then changes the major mode, which causes
> > display-line-numbers-mode to be turned on again, so what happens after
> > that is clear: infinite recursion.  But I cannot understand why was
> > tabulated-list-revert called in the first place.
> 
> I could not either so I filed the bug report. ;-) And hoped someone could
> figure it out. \o/

No further comments, so I'm closing this bug.

Previous Next

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