GNU bug report logs -
#75348
30.0.93; org-mode repeated tasks with file categories not working
Previous Next
Reported by: Luis Henriques <henrix <at> camandro.org>
Date: Sat, 4 Jan 2025 11:17:02 UTC
Severity: normal
Tags: wontfix
Found in version 30.0.93
Done: Luis Henriques <henrix <at> camandro.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 75348 in the body.
You can then email your comments to 75348 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#75348
; Package
emacs
.
(Sat, 04 Jan 2025 11:17:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Luis Henriques <henrix <at> camandro.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 04 Jan 2025 11:17:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#75348
; Package
emacs
.
(Thu, 09 Jan 2025 08:01:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 75348 <at> debbugs.gnu.org (full text, mbox):
Luis Henriques <henrix <at> 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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#75348
; Package
emacs
.
(Thu, 09 Jan 2025 21:40:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 75348 <at> debbugs.gnu.org (full text, mbox):
Hi Bastien,
On Thu, Jan 09 2025, Bastien wrote:
> Luis Henriques <henrix <at> 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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#75348
; Package
emacs
.
(Fri, 10 Jan 2025 17:29:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 75348 <at> debbugs.gnu.org (full text, mbox):
Hi Luis,
thanks for your answer.
Luis Henriques <henrix <at> camandro.org> writes:
> 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.
Reading
https://list.orgmode.org/CAM=3T04Kqt87ro1aLTR_8xQD2tk+O3mfJDDfR8-6MCaCELdYMw <at> mail.gmail.com
and https://debbugs.gnu.org/cgi/bugreport.cgi?bug=56746 I wonder if you
have async compilation warnings that would be relevant.
It's probably a good idea to report this on the Org mailing list too.
2 cts,
--
Bastien Guerry
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#75348
; Package
emacs
.
(Fri, 10 Jan 2025 19:47:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 75348 <at> debbugs.gnu.org (full text, mbox):
Luis Henriques <henrix <at> camandro.org> writes:
> org-element--get-category: Invalid function: org-element-with-disabled-cache
> ...
> I'm running version 30.0.93, with top commit being
> 0e43e35f96e5c3c10a200ebe8fe77c60e0db7c4a. Please let me know if you need
> further information.
If you are compiling from git repo, I suggest trying
make bootstrap
It may often help with compilation issues like what you are seeing.
(If it does help, the issues are a known "wontfix" problem of Emacs)
--
Ihor Radchenko // yantar92,
Org mode maintainer,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#75348
; Package
emacs
.
(Fri, 10 Jan 2025 21:30:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 75348 <at> debbugs.gnu.org (full text, mbox):
On Fri, Jan 10 2025, Ihor Radchenko wrote:
> Luis Henriques <henrix <at> camandro.org> writes:
>
>> org-element--get-category: Invalid function: org-element-with-disabled-cache
>> ...
>> I'm running version 30.0.93, with top commit being
>> 0e43e35f96e5c3c10a200ebe8fe77c60e0db7c4a. Please let me know if you need
>> further information.
>
> If you are compiling from git repo, I suggest trying
>
> make bootstrap
>
> It may often help with compilation issues like what you are seeing.
> (If it does help, the issues are a known "wontfix" problem of Emacs)
Thank you, Ihor, for your feedback. Yes, I'm building from git and it's
possible that this would have solved my problem. I will keep an eye on
this, it's something that annoyed me for a bit because the error messages
I saw didn't help at all. But you're right: I'm compiling code from the
git and these ("wontfix") things happen I guess.
Cheers,
--
Luís
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#75348
; Package
emacs
.
(Fri, 10 Jan 2025 21:40:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 75348 <at> debbugs.gnu.org (full text, mbox):
Hi Bastien,
On Fri, Jan 10 2025, Bastien Guerry wrote:
> Hi Luis,
>
> thanks for your answer.
>
> Luis Henriques <henrix <at> camandro.org> writes:
>
>> 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.
>
> Reading
> https://list.orgmode.org/CAM=3T04Kqt87ro1aLTR_8xQD2tk+O3mfJDDfR8-6MCaCELdYMw <at> mail.gmail.com
> and https://debbugs.gnu.org/cgi/bugreport.cgi?bug=56746 I wonder if you
> have async compilation warnings that would be relevant.
>
> It's probably a good idea to report this on the Org mailing list too.
Thanks for the suggestion. I was about to do just that, but since Ihor
already replied to my bug report, I don't think it's worth it any more.
I believe this bug can now be closed.
Cheers,
--
Luís
Added tag(s) wontfix.
Request was from
Luis Henriques <henrix <at> camandro.org>
to
control <at> debbugs.gnu.org
.
(Fri, 10 Jan 2025 21:42:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
75348 <at> debbugs.gnu.org and Luis Henriques <henrix <at> camandro.org>
Request was from
Luis Henriques <henrix <at> camandro.org>
to
control <at> debbugs.gnu.org
.
(Fri, 10 Jan 2025 21:42:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#75348
; Package
emacs
.
(Sat, 11 Jan 2025 12:06:01 GMT)
Full text and
rfc822 format available.
Message #30 received at 75348-done <at> debbugs.gnu.org (full text, mbox):
Luis Henriques <henrix <at> camandro.org> writes:
> Thanks for the suggestion. I was about to do just that, but since Ihor
> already replied to my bug report, I don't think it's worth it any more.
> I believe this bug can now be closed.
Closing now, thanks!
--
Bastien Guerry
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 08 Feb 2025 12:24:11 GMT)
Full text and
rfc822 format available.
This bug report was last modified 190 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.