GNU bug report logs - #54488
29.0.50; move-to-column/overlay-related regression in latest master, perhaps 28?

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: João Távora <joaotavora <at> gmail.com>
Cc: 54488 <at> debbugs.gnu.org, dgutov <at> yandex.ru
Subject: Re: bug#54488: 29.0.50; move-to-column/overlay-related regression in
 latest master, perhaps 28?
Date: Mon, 21 Mar 2022 19:05:53 +0200

> From: João Távora <joaotavora <at> gmail.com>
> Date: Mon, 21 Mar 2022 16:37:18 +0000
> Cc: 54488 <at> debbugs.gnu.org, Dmitry Gutov <dgutov <at> yandex.ru>
> 
> If you are aware of the behaviour change , then I don't see the point 
> with coming up with a simpler repro: I'd just be showing what you 
> confirmed: that move-to-column now is affected by overlays such
> as company's whereas before (emacs 27.2/28) it didn't.

The questions is: does current-column, move-to-column, etc. on master
indeed report the column number and move to the place whose column
number _on_display_ is as you ask them?  If they do, then this is the
correct behavior, and features that expect something else should
adapt.  But if move-to-column moves to a column that is visually
incorrect, I'd still like a simple reproducer.  Even if one must use
company-mode and eglot, can you post a recipe that doesn't involve
their installation via package.el?  Suppose I download the relevant
*.el files to my system and manually load them as needed, can you show
a recipe that loads whatever is needed and then reproduces the issue?

Previous Next

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