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 #23 received at 45319 <at> debbugs.gnu.org (full text, mbox):

From: Michael Heerdegen <michael_heerdegen <at> web.de>
To: Eli Zaretskii <eliz <at> gnu.org>
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 13:44:05 +0100
Eli Zaretskii <eliz <at> gnu.org> writes:

> You judge what Emacs does with point by a report from a
> post-command-hook.  But that's not necessarily what Emacs does with
> point: the latter is what is shown by "C-x =".  Does that ever show
> moving back?

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?  hl-line-mode has the same
problem btw.

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).

Thanks,

Michael.




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

Previous Next


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