GNU bug report logs - #44448
27.1; Strange inteference between timer, modeline/header-line and buffer position in window

Previous Next

Package: emacs;

Reported by: Amai Kinono <amaikinono <at> gmail.com>

Date: Wed, 4 Nov 2020 16:53:01 UTC

Severity: normal

Found in version 27.1

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: Amai Kinono <amaikinono <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 44448 <at> debbugs.gnu.org
Subject: bug#44448: Fwd: bug#44448:
Date: Sun, 15 Aug 2021 20:12:26 +0800
[Message part 1 (text/plain, inline)]
I'm on the latest commit (55772baee1627571c0814cf2d666fb3b963ff591) now.
Unfortunately the bug can still be reproduced on my side.

> FTR, I use setq, not setq-default, and I also do this before
> running the experiment (to avoid unrelated triggers for redisplay):

>   M-x blink-cursor-mode RET
>   M-x global-eldoc-mode RET

> And M-~ after pasting the code which starts the overlays.

Even if I follow these steps when testing, with mode-line-format begin nil,
on
the latest commit, it can still be reproduced.

But I think your patch is doing its work. I did some programming work, and I
feel the chance it happens becomes lower.

Eli Zaretskii <eliz <at> gnu.org> 于2021年8月15日周日 下午7:21写道:

> > Date: Sat, 14 Aug 2021 12:25:43 +0300
> > From: Eli Zaretskii <eliz <at> gnu.org>
> > Cc: 44448 <at> debbugs.gnu.org
> >
> > > >  Error during redisplay: (mode-line-default-help-echo #<window 3 on
> paren.el>) signaled (quit)
> > >
> > > I'm afraid this is not the truth. If you eval
> > >
> > >     (setq-default mode-line-format nil)
> > >
> > > before step 6, the problem still happens, and there's no error
> messages in the *Messages* buffer.
> >
> > Not here, it doesn't.  If I set mode-line-format to nil in the buffer
> > that visits paren.el, I cannot reproduce the problem anymore.
> >
> > However, as I wrote in my other message, the :eval form in the mode
> > line cannot be the whole story, because we evaluate these forms in a
> > way that should (and does) catch any errors, including quit.
> > Something else is at work here.
>
> I found a few places where we allowed redisplay_window to exit
> non-locally, leaving point in its temporarily wrong position.  This
> should now be fixed on the master branch.  Please test.
>
> Thanks.
>
[Message part 2 (text/html, inline)]

This bug report was last modified 3 years and 229 days ago.

Previous Next


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