This is a very weird issue, and has repeatedly occurred whenever encountering this card.
message: condition-case: ID 023ad564-551b-4f7c-aa7e-84f5471f6a53 not found in /home/seneca/.data/org/notes/notes.org
The strange part is that when I search for this id in the file, I get the card.
card in question:
** Emacs
*** bookmark.el
**** bookmark-set
***** Description :fc:
Set bookmark at any /point/ - in org files, in code files, in PDFs.
:PROPERTIES:
:FC_CREATED: 2020-09-18T10:10:52Z
:FC_TYPE: normal
:ID: 023ad564-551b-4f7c-aa7e-84f5471f6a53
:END:
:REVIEW_DATA:
| position | ease | box | interval | due |
|----------+------+-----+----------+----------------------|
| front | 3.0 | 0 | 0 | 2020-09-18T10:10:53Z |
:END:
#+begin_quote
Set a bookmark named NAME at the current location.
If NAME is nil, then prompt the user.
#+end_quote
I've reviewed this file at least 3 times and this issue has only occurred with this particular card.
I'm going to attempt to re-init the card and see whether this happens again. If not, let's just leave this up in case I encounter this again in the next month.
I think the problem is that your heading has some text before the
:PROPERTIES:block, so it's not parsed correctly (on the side of org mode).
I tested it - you are right.
That's a crazy "gotcha" to be honest - at least for me, I didn't expect text based parsers to behave like this. Can we add a hint to this in the
errorfunction's output? Or maybe amessagethat gives a hint regarding this issue.
I've not seen it mentioned in the org-mode docs, but the functions for reading headline properties only work when the property drawer immediately follows the heading.
The awk parser doesn't care about that, as long as the properties block is inside the heading. I think that the awk parser should match the behaviour of org mode, a hint in the error output is a good idea.