From: Stephen Berman <stephen.berman@gmx.net>
To: "Nathan R. DeGruchy" <nathan@degruchy.org>
Cc: Christos Ballas <cballas99@me.com>, LdBeth <andpuke@foxmail.com>,
66395@debbugs.gnu.org, 55284@debbugs.gnu.org
Subject: bug#55284: bug#66395: 28.2; Todo-mode locks up when trying to edit an entry
Date: Sun, 12 Nov 2023 15:10:44 +0100 [thread overview]
Message-ID: <87o7fzuknv.fsf@gmx.net> (raw)
In-Reply-To: <87h6lzx3ln.fsf@gmx.net> (Stephen Berman's message of "Sun, 05 Nov 2023 23:00:36 +0100")
On Sun, 05 Nov 2023 23:00:36 +0100 Stephen Berman <stephen.berman@gmx.net> wrote:
> merge 55284 66395
> thanks
>
> On Sat, 07 Oct 2023 23:27:46 +0200 Stephen Berman <stephen.berman@gmx.net> wrote:
>
>> On Sat, 7 Oct 2023 19:06:55 +0000 "Nathan R. DeGruchy" <nathan@degruchy.org> wrote:
>>
>>> I am trying to explore using 'todo-mode' as a todo list and while I can
>>> see and create entries in todo-mode using the normal functions, trying
>>> to edit an item seems to cause emacs to soft-lock. I can reproduce this
>>> in a config-less emacs via `emacs -Q`.
>>>
>>> Basically, I have a todo-file at $HOME/.config/emacs/todo/tasks.todo,
>>> this was created when using `todo-show` initially. The contents are not
>>> very complex:
>>>
>>> (("Emacs" . [1 0 0 0]) ("Home" . [1 0 0 0]))
>>> --==-- Emacs
>>> [2023-10-07] Learn Todo Mode
>>>
>>> ==--== DONE
>>> --==-- Home
>>> [2023-10-07] Get new wiper blades
>>>
>>> ==--== DONE
>>>
>>> When on either of the items, if I hit 'e' to edit them, it causes emacs
>>> to lock up, specifically around `todo-done-item-p()`. I found this out
>>> by enabling `toggle-debug-on-quit`, reproducing the error, and the
>>> C-g'ing out of the loop/lockup. I also tried to trace through the
>>> todo-edit-item with edebug-defun. Stepping through, it seems to reach
>>> the same predicate function and ... stop.
>>>
[...]
> I've finally attended to this bug. The problem is due to using a faulty
> regular expression for matching todo date headers in the ISO format.
[...]
> However, using the ISO date format in todo-mode does necessitate
> additional changes, in the code for editing todo item headers, which the
> attached patch also includes.
[...]
> Therefore, what I'd like to do first is install this patch, after
> waiting several days for any feedback.
I've now pushed the patch to master as commit 0bfe764fe56.
Steve Berman
prev parent reply other threads:[~2023-11-12 14:10 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-10-07 19:06 bug#66395: 28.2; Todo-mode locks up when trying to edit an entry Nathan R. DeGruchy
2023-10-07 19:25 ` Eli Zaretskii
2023-10-07 19:37 ` LdBeth
2023-10-07 21:27 ` Stephen Berman
2023-10-07 23:20 ` Nathan R. DeGruchy
2023-11-05 22:00 ` Stephen Berman
2023-11-12 14:10 ` Stephen Berman [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87o7fzuknv.fsf@gmx.net \
--to=stephen.berman@gmx.net \
--cc=55284@debbugs.gnu.org \
--cc=66395@debbugs.gnu.org \
--cc=andpuke@foxmail.com \
--cc=cballas99@me.com \
--cc=nathan@degruchy.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).