GNU bug report logs - #77197
31.0.50; forward-word fails after yanking into summary line of *vc-log*

Previous Next

Package: emacs;

Reported by: Paul Nelson <ultrono <at> gmail.com>

Date: Sun, 23 Mar 2025 01:17:05 UTC

Severity: normal

Found in version 31.0.50

Done: Sean Whitton <spwhitton <at> spwhitton.name>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: larsi <at> gnus.org, spwhitton <at> spwhitton.name, 77197 <at> debbugs.gnu.org, "Paul D. Nelson" <ultrono <at> gmail.com>
Subject: bug#77197: 31.0.50; forward-word fails after yanking into summary line of *vc-log*
Date: Sun, 23 Mar 2025 13:39:54 -0400
> The change Lars made, where he added the 'field' and 'rear-nonsticky'
> properties, was _after_ the addition by Stefan of 'rear-nonsticky' to
> font-lock-extra-managed-props, so perhaps Lars was unaware that
> font-lock will remove the property right away?
>
> Stefan, any suggestions for how to fix this?

The use of `font-lock-extra-managed-props` is a crude hack to try and
make sure the property doesn't remain when the separator line becomes
something else.  This is somewhat important for
`display-line-numbers-disable` but much less so for `rear-nonsticky`.

The simplest solution is probably to just remove that `cl-pushnew`
altogether: the risk of the `rear-nonsticky` text-property causing
problems because it lingered where it shouldn't have is vanishingly
small, especially compared to the very concrete problem at hand.

If we want to be super extra careful, then one solution is to add extra
code that looks for the `display-line-numbers-disable` property and
removes the `rear-nonsticky` property on the character(s) that have it.


        Stefan





This bug report was last modified 59 days ago.

Previous Next


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