GNU bug report logs - #73041
30.0.90; track-changes-mode logs warnings (#70541 regression? not actually fixed?)

Previous Next

Package: emacs;

Reported by: epg <at> pretzelnet.org

Date: Thu, 5 Sep 2024 13:49:02 UTC

Severity: normal

Merged with 75906

Found in versions 30.0.90, 30.0.93

Done: Stefan Monnier <monnier <at> iro.umontreal.ca>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eric Gillespie <epg <at> pretzelnet.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 73041 <at> debbugs.gnu.org, Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: bug#73041: 30.0.90; track-changes-mode logs warnings (#70541 regression? not actually fixed?)
Date: Tue, 24 Sep 2024 20:36:59 -0500
Eli Zaretskii <eliz <at> gnu.org> writes:

> Ping! epg, could you please try Stefan's patches and report back?

Sorry for the delay.  I applied that patch the next time I built,
and it definitely had an impact, but not what I expected.

I now have a trivial -Q test case for a bug, though I fear it may
not be the bug I originally reported here.

1. Run 'cargo new foo' to create a new cargo project
2. emacs -Q foo/src/main.rs
3. M-x rust-ts-mode RET
4. M-x eglot RET
5. C-x k RET

Expected:
Buffer main.rs is killed.

Actual:
(cl-assert (track-changes--sane-state-p)) assertion triggered.

Who knows, maybe these two bugs share a root cause.

> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
>> Hmm... this clearly points to a bug in track-changes.

In fact, I was able to trace this kill-buffer behavior all the
way back to the birth of track-changes in commit
d7a83e23d47ca9e3e6ca70078e956e31301e5e6d (the patch needed a tiny
bit of conflict resolution to apply that far back, but it was no
problem).

Thanks!

-- 
Eric Gillespie <*> epg <at> pretzelnet.org




This bug report was last modified 105 days ago.

Previous Next


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