GNU bug report logs - #58928
29.0.50; overlays in org-mode are disrupted after call `org-capture`

Previous Next

Package: emacs;

Reported by: Eli Qian <eli.q.qian <at> gmail.com>

Date: Mon, 31 Oct 2022 15:00:02 UTC

Severity: normal

Found in version 29.0.50

Full log


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

From: Matt Armstrong <matt <at> rfc20.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>, Eason Huang
 <aqua0210 <at> foxmail.com>
Cc: Gerd Möllmann <gerd.moellmann <at> gmail.com>,
 Ihor Radchenko <yantar92 <at> posteo.net>, Eli Zaretskii <eliz <at> gnu.org>,
 58928 <at> debbugs.gnu.org, Eli Qian <eli.q.qian <at> gmail.com>
Subject: Re: bug#58928: 29.0.50; overlays in org-mode are disrupted after
 call `org-capture`
Date: Fri, 04 Nov 2022 11:06:13 -0700
Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

>> 4. Now the .notes buffer is like this:
>> * Tasks
>> ** TODO test1...
>> 5. Try step 2 again, now you will see the issue. Now the .notes buffer looks like this:
>> * Tasks
>> ** TODO test1...TODO
>>   [2022-11-03 Thu]
>>   test1
>
> With the latest changes I pushed, at the end of step 5 I see only:
>
>     ** TODO test1...
>
> This doesn't look completely right (the "..." hides both the "test1"
> todo and the subsequent one), but I see exactly the same when
> I try it on Emacs-28, so are you sure it's something that changed with
> the new overlays code?

It isn't a regression in Emacs' overlay implementation.  It is a bug
introduced in the org-mode shipped with Emacs 28.  I verified that this
is fixed in current org mode dev version.

So, I think we're done here!




This bug report was last modified 2 years and 226 days ago.

Previous Next


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