Closed jmay closed 1 year ago
Thank you for the bug report.
Would you like to contribute a pull request to fix this?
I also observe this specific bug.
emacs 27.2
Probably related:
user-error: Created property timestamp format "[%Y-%m-%d]" doesn’t match CREATED property value ([2022-08-04 Thu 15:56]) from entry at line: Line 208
I get this if a subheading has a CREATED property (in my case created by Orgzly) - but weirdly enough only when the headline is folded.
This not only causes add-entry to fail, it causes creation of org timestamps to fail, everywhere! Highly annoying!
Very annoying indeed. These formatting differences can arise when more than one Emacs/computer add data to an org file with more than one locale setting.
If you know of a good way to fix this, I'd appreciate a pull request.
Describe the bug If there is a top-level properties drawer in the journal file (outside any headings), and that drawer contains a
CREATED
property, then many journaling actions will abort with "Before first headline at position ... in buffer ...".This is because
org-journal--created-re
seeks forward for the firstCREATED
entry, then seeks back with(org-back-to-heading)
which fails because it is at top of file.Quick easy workaround: Don't put a
CREATED
property at the top level of an org-journal file, because it is meaningless, those properties are only useful in the context of specific journal entries.But journaling shouldn't break just because there's a useless property there.
To Reproduce Go to the top of any journal file. Insert a properties drawer like
Then invoke
(org-journal-new-entry)
or(org-journal-after-save-hook)
.Expected behavior Saving an org-journal buffer should ignore any top-level properties drawer contents.
Desktop (please complete the following information):