GNU bug report logs - #27210
25.2; Recovering loaddefs.el with desktop-mode hangs when linum is on

Previous Next

Package: emacs;

Reported by: Pierre Neidhardt <ambrevar <at> gmail.com>

Date: Sat, 3 Jun 2017 14:30:02 UTC

Severity: normal

Tags: confirmed

Found in version 25.2

Done: Eli Zaretskii <eliz <at> gnu.org>

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: npostavs <at> users.sourceforge.net
Cc: 27210 <at> debbugs.gnu.org, ambrevar <at> gmail.com
Subject: bug#27210: 25.2; Recovering loaddefs.el with desktop-mode hangs when linum is on
Date: Sat, 03 Jun 2017 21:38:43 +0300
> Date: Sat, 03 Jun 2017 21:02:58 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: 27210 <at> debbugs.gnu.org, ambrevar <at> gmail.com
> 
> > I can reproduce this, the problem seems to be that window-start and
> > window-end give the same answers as point-min and point-max respectively
> > when in daemon mode.  This causes linum-update-window to make overlays
> > for every line in the buffer.
> 
> So you are saying this just takes a lot of time, but will eventually
> end?  If so, what is the bug here?

Or maybe we should do the below?

diff --git a/lisp/linum.el b/lisp/linum.el
index 8baa263..06165f2 100644
--- a/lisp/linum.el
+++ b/lisp/linum.el
@@ -112,7 +112,8 @@ linum-mode
 (define-globalized-minor-mode global-linum-mode linum-mode linum-on)
 
 (defun linum-on ()
-  (unless (minibufferp)
+  (unless (or (minibufferp)
+              (and (daemonp) (null (frame-parameter nil 'client))))
     (linum-mode 1)))
 
 (defun linum-delete-overlays ()




This bug report was last modified 8 years and 47 days ago.

Previous Next


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