* bug#75348: 30.0.93; org-mode repeated tasks with file categories not working
@ 2025-01-04 11:16 Luis Henriques
2025-01-09 7:57 ` Bastien
0 siblings, 1 reply; 3+ messages in thread
From: Luis Henriques @ 2025-01-04 11:16 UTC (permalink / raw)
To: 75348
Hi!
I'm not sure this has already been reported, but here's a bug I've been
hitting for a while and that it's easy to reproduce with emacs -Q:
If I have an org file with a category and a task that is repeated:
#+CATEGORY: work
* TODO Do something every week
DEADLINE: <2025-01-04 Sat +1w>
Doing C-c C-t (org-todo) will return an error:
org-element--get-category: Invalid function: org-element-with-disabled-cache
and the task will not be updated. And repeating the command will not work
either, as it will change the state to DONE instead of keeping it in TODO
and update the DEADLINE.
I'm running version 30.0.93, with top commit being
0e43e35f96e5c3c10a200ebe8fe77c60e0db7c4a. Please let me know if you need
further information.
Cheers,
--
Luís
^ permalink raw reply [flat|nested] 3+ messages in thread
* bug#75348: 30.0.93; org-mode repeated tasks with file categories not working
2025-01-04 11:16 bug#75348: 30.0.93; org-mode repeated tasks with file categories not working Luis Henriques
@ 2025-01-09 7:57 ` Bastien
2025-01-09 21:39 ` Luis Henriques
0 siblings, 1 reply; 3+ messages in thread
From: Bastien @ 2025-01-09 7:57 UTC (permalink / raw)
To: Luis Henriques; +Cc: 75348
Luis Henriques <henrix@camandro.org> writes:
> I'm running version 30.0.93, with top commit being
> 0e43e35f96e5c3c10a200ebe8fe77c60e0db7c4a. Please let me know if you need
> further information.
Is there any chance you can try to reproduce this bug with a newer
upstream version of Org Mode, e.g. installed via GNU ELPA?
See https://orgmode.org/manual/Installation.html for details.
--
Bastien
^ permalink raw reply [flat|nested] 3+ messages in thread
* bug#75348: 30.0.93; org-mode repeated tasks with file categories not working
2025-01-09 7:57 ` Bastien
@ 2025-01-09 21:39 ` Luis Henriques
0 siblings, 0 replies; 3+ messages in thread
From: Luis Henriques @ 2025-01-09 21:39 UTC (permalink / raw)
To: Bastien; +Cc: 75348
Hi Bastien,
On Thu, Jan 09 2025, Bastien wrote:
> Luis Henriques <henrix@camandro.org> writes:
>
>> I'm running version 30.0.93, with top commit being
>> 0e43e35f96e5c3c10a200ebe8fe77c60e0db7c4a. Please let me know if you need
>> further information.
>
> Is there any chance you can try to reproduce this bug with a newer
> upstream version of Org Mode, e.g. installed via GNU ELPA?
>
> See https://orgmode.org/manual/Installation.html for details.
Thank you for your reply. I was about to try it but then I found that I
couldn't reproduce the bug with a new (test) user: if I create a new user
with an empty home directory, I'm not able to reproduce it any more. So,
I dug a bit more.
And I found out was that, if I move my '$HOME/.emacs.d/eln-cache'
directory out of the way, the issue is gone. Which means that, even when
using 'emacs -Q', that directory is still used. If I move my 'eln-cache'
directory back, the issue is reproducible again.
I have no idea how that directory is being used although I believe it
contains native compiled objects. But I also have no idea how to debug
this further. Is there a bug somewhere? Maybe. I'll keep my old
'eln-cache' around some time in case someone wants me to run some more
tests, but I'll just move on with a clean directory and keen an eye on
this issue.
Cheers,
--
Luís
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2025-01-09 21:39 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-01-04 11:16 bug#75348: 30.0.93; org-mode repeated tasks with file categories not working Luis Henriques
2025-01-09 7:57 ` Bastien
2025-01-09 21:39 ` Luis Henriques
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).