Ignacio writes: > I've located the line in org-agenda.el responsible of the new behavior, > and the following patch seems to fix it. I suggest it is incorporated > into the repository, maybe with a variable org-agenda-skip-timestamps- > in-properties-drawer defaulting to t if not everyone agrees.
I second that suggestion for the repository! Thanks very much for the patch. I think you are correct in supposing that when Emacs 28.1 is released, many Org users who upgrade will be mystified at the new timestamp behavior and will spend time without success trying to figure out what changed. Perhaps the new variable you propose, org-agenda-skip-timestamps-in-properties-drawer, should default to nil to preserve the historical behavior? -- Tom Davey t...@tomdavey.com New York NY USA -----Original Message----- From: Emacs-orgmode <emacs-orgmode-bounces+tom=tomdavey....@gnu.org> On Behalf Of Ignacio Casso Sent: Monday, March 21, 2022 7:21 PM To: t...@tomdavey.com Cc: emacs-orgmode@gnu.org Subject: Re: [BUG] Agenda no longer works for timestamps inside properties drawer [9.5.2 (release_9.5.2-24-g668205 @ /home/ignacio/repos/emacs/lisp/org/)] >> What you see in the new Org version is not a bug. Property values are >> treated as plain text by Org. >> >> I was unable to find a place in manual describing that timestamps >> cannot be placed inside property values: >> I personally see allowing timestamps (and links) inside property values as a useful feature. >> Would it be of interest for other users? > > Yes, it's a quite useful feature. For years, via my Capture templates, I've been adding a property named :Created: to the properties drawer as follows: > > :PROPERTIES: > :Created: <2022-03-06 Sun 22:42> > :END: > > Now, in 9.5.2, literally hundreds of entries that formerly appeared on the built-in Agenda views cannot be easily found. It seems that I'm not the only one using this unintended feature in previous versions of org, and probably there will be many others who don't use the latest version of org and have not noticed yet but will have the same problem when they upgrade. I think that even if timestamps were never intended to be used inside property drawers before, the fact that it worked for a long time and nothing in the documentation suggested otherwise makes it a de facto feature, even if unintended, and should be preserved. I've located the line in org-agenda.el responsible of the new behavior, and the following patch seems to fix it. I suggest it is incorporated into the repository, maybe with a variable org-agenda-skip-timestamps-in-properties-drawer defaulting to t if not everyone agrees.