GNU bug report logs - #45319
28.0.50; Redisplay: `forward-char' moves backwards into invisible text

Previous Next

Package: emacs;

Reported by: Michael Heerdegen <michael_heerdegen <at> web.de>

Date: Sat, 19 Dec 2020 06:12:01 UTC

Severity: normal

Found in version 28.0.50

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

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Michael Heerdegen <michael_heerdegen <at> web.de>
Cc: jonas <at> bernoul.li, 45319 <at> debbugs.gnu.org
Subject: Re: bug#45319: 28.0.50; Redisplay: `forward-char' moves backwards
 into invisible text
Date: Sat, 19 Dec 2020 15:05:25 +0200
> From: Michael Heerdegen <michael_heerdegen <at> web.de>
> Cc: 45319 <at> debbugs.gnu.org,  jonas <at> bernoul.li
> Date: Sat, 19 Dec 2020 13:44:05 +0100
> 
> Magit's section highlighting is performed in post-command-hook, so it
> highlights the wrong section in this case based on that value.  Do you
> have a solution for this kind of problem?

I don't think I understand the problem well enough yet to answer that
question, especially since you say that your simplified recipe behaves
differently.

What exactly is the problem in the magit case? does it use the value
of point in some way, and if so, how?  IOW, what is "section
highlighting" in magit?

> Ok, have tried now with (setq global-disable-point-adjustment t) and it
> avoids the problem in my test case, yes.  However it's not what I want
> to do in this buffer (or generally in this kind of situation, most of
> the time).

A stab in the dark: there's disable-point-adjustment, which could be
set temporarily, perhaps that could help?




This bug report was last modified 4 years and 148 days ago.

Previous Next


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