From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id uAMZA4aeOWJmEgAAgWs5BA (envelope-from ) for ; Tue, 22 Mar 2022 11:01:42 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id ABRlO4WeOWJLVwAAauVa8A (envelope-from ) for ; Tue, 22 Mar 2022 11:01:41 +0100 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 84F1912B89 for ; Tue, 22 Mar 2022 11:01:41 +0100 (CET) Received: from localhost ([::1]:49236 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nWbKe-00087g-1u for larch@yhetil.org; Tue, 22 Mar 2022 06:01:40 -0400 Received: from eggs.gnu.org ([209.51.188.92]:54244) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nWbIf-0007S5-5P for emacs-orgmode@gnu.org; Tue, 22 Mar 2022 05:59:37 -0400 Received: from [2607:f8b0:4864:20::72a] (port=39508 helo=mail-qk1-x72a.google.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nWbId-0003wD-HU for emacs-orgmode@gnu.org; Tue, 22 Mar 2022 05:59:36 -0400 Received: by mail-qk1-x72a.google.com with SMTP id b67so13568695qkc.6 for ; Tue, 22 Mar 2022 02:59:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:in-reply-to:references:date:message-id :mime-version; bh=oEdAe3P3mj3/8t+0Rr5YeqF6OgmE1HO+rJ/CCd+ODAs=; b=ZNbUsP1y2W2Z0Do5bOijLQcNUISwO3Z6FjX7+jNKhev8ahKkTeXEOQbaNMTCBp6Hu/ TV6sigVV9jfII31H+eI6AGw8odu9KPRMye4XCwT2VMFXTt+cVqbTPCXjK34vbfXK3gPX WF/n4Nz33tu2PC3WgF+VhKARgFpv3SaBez1WPTahQGAFxNNLBhbj86JS9z999vz7J1Nk oM6gD185VXEdJzPHClpcS8wOAiwrK20Jc0vjL5V1fsbikXap9eB6AEBPFDuIWze/9xDj ZAZnBRo4A9M9s/LDDupMuuBH6XcI30qyGKpsK5BlZPXiOv1UqwTG4+RMC/x4/z8ftP7V cQYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version; bh=oEdAe3P3mj3/8t+0Rr5YeqF6OgmE1HO+rJ/CCd+ODAs=; b=La1PsHtv43OKsDjDSVxy+UfTVFtElG2O76u8y6vzcg6WEuw5otvwALcM5Wxnfc0TQn ++PF87w186FnKY2LmwGHUr6RJKaWXcgH/W00eDtboea+AZu64BO3/YHGPwextb1WXCQC NsswdGjHynQOxOQyEkKQBIV2xw2MiQFU/b2hGNkCnTR3n2+kSc6PBWyBJ6pfmMeevztv MGMZSfXKM6yBX02JNfZ2isa6WYCRJ9tl8Dcx+LzNayoBMK6rqKB2GNVTKKIL1TQNcCNj SsdUZfb82WT1jhx7c00ZEpujkf2QxjUg47QSOVWDqoVDzVfY9Hrdbid1eGy9eFQAFJNv XpVg== X-Gm-Message-State: AOAM531OztPm7esTF075DW1zKuq1dSv/Z/qnHLV3v3tz1NjvYh4uAK7K l6esVdHk+G99hlZFS7WRUVA= X-Google-Smtp-Source: ABdhPJxRi+GZmltL0eHILJVpQX7pFDedpI8rMKR6O1dnkjTL8s1CpFIq/r/0uLGQOmO2SLlSN0wa/A== X-Received: by 2002:a05:620a:371d:b0:67d:4f5c:119b with SMTP id de29-20020a05620a371d00b0067d4f5c119bmr14301689qkb.75.1647943174567; Tue, 22 Mar 2022 02:59:34 -0700 (PDT) Received: from localhost (22.b2.a86c.ip4.static.sl-reverse.com. [108.168.178.34]) by smtp.gmail.com with ESMTPSA id x9-20020ae9f809000000b0067b4356e01esm8689894qkh.30.2022.03.22.02.59.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 22 Mar 2022 02:59:34 -0700 (PDT) From: Ihor Radchenko To: Ignacio Casso , Nicolas Goaziou Subject: Timestamp parsing inside node properties and other contexts out of org-element-object-restrictions (was: [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/)]) In-Reply-To: <87tubqmi94.fsf@localhost> References: <87v8wje4nd.fsf@localhost> <066001d83d3c$7b463380$71d29a80$@tomdavey.com> <87tubqmi94.fsf@localhost> Date: Tue, 22 Mar 2022 18:00:00 +0800 Message-ID: <87r16umhnj.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-Host-Lookup-Failed: Reverse DNS lookup failed for 2607:f8b0:4864:20::72a (failed) Received-SPF: pass client-ip=2607:f8b0:4864:20::72a; envelope-from=yantar92@gmail.com; helo=mail-qk1-x72a.google.com X-Spam_score_int: -3 X-Spam_score: -0.4 X-Spam_bar: / X-Spam_report: (-0.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, PDS_HP_HELO_NORDNS=0.659, RCVD_IN_DNSWL_NONE=-0.0001, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: tom@tomdavey.com, emacs-orgmode@gnu.org Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-To: larch@yhetil.org X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1647943301; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=oEdAe3P3mj3/8t+0Rr5YeqF6OgmE1HO+rJ/CCd+ODAs=; b=eiTZRAE6SUyEND11LQTDpJzTHMjHfhNdFGDpNcWXNeWr1sTywgIL1HNSq6WJFP7F0n2/bI 2455zxE+TZO5GYkeefqIS9F3VITI86YoR+cpEmiQQs+1X0b9k22bjMvlM1bfT8BPsx1gud P3/L5CCuzaON6zaM6ooSUyX8GtN7SE0Pmk24NS5m+7YVIaDISIzETJvQV6pocEQ1vi6yM9 ePYnAVTW125E9mU48wDc3VGbnWw2v0RH7i45oqWnrPiz4qYNsntmOQ+S9i3XgwiRtp+5t8 Rq7cwf2O/UF4Wc0CEad7BjzlWd9AvUyb3ziItzXuDw+FqF9D2mFN0VdbU2rhpA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1647943301; a=rsa-sha256; cv=none; b=fPv44pPhksnt8GZkzX1QYZRIHu6JTmDqbN473ZSGCCl3fiv3NR58XQipzWIKagkKqNG1NS jt5tvmhujoUey3ZA3L+tJ5qw+skVxln0vv0M+Vz45MTsVMdb/MrOITT1hfC2OGZhN7tGmG LAe7s3ckJIZd2vnL4JwbZNQWtdxq0/aseNs/udwynwajoG/TJt5Y7ktjFWZ0PKCBBA8CCM GeE6jnGw15ST0+LriijNFcVL6qzaNtxPH0SnM0VeOB+3SvONqBv6q+uyaWSuJ3S4A48WVI T9c0VWUc+rQXl/Z1d8Cvp/jtHBRbDJbahfwq97b0Tf88WpxIlv+iE7nPAJkj1w== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=ZNbUsP1y; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -7.26 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=ZNbUsP1y; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 84F1912B89 X-Spam-Score: -7.26 X-Migadu-Scanner: scn0.migadu.com X-TUID: FJP8gjowlNPr Ihor Radchenko writes: > After further reading the source code, I figured that agenda is, in > fact, supposed to handle timestamps inside property drawers. Optional > arguments for org-at-timestamp-p imply that, in agenda specifically, > timestamps inside node properties are considered timestamps despite they > are not being parsed as timestamps by org-element. Even though I fixed the reported issue with agenda not showing headings with matching timestamps inside property drawers, this situation is revealing a big inconsistency in Org mode's handling of timestamps. org-at-timestamp-p usage implies that Org syntax for timestamps is not only context-dependent, but also depends on current command! org-at-timestamp-p is called with non-nil argument in a number of functions in Org: - org-clock-timestamps-change - org-mouse-delete-timestamp - org-mouse-context-menu - org-follow-timestamp-link - org-get-repeat - org-auto-repeat-maybe - org-time-stamp - ... many more in org.el So, depending on the current command, Org may on may not treat objects matching org-ts-regexp-both as timestamps. This situation complicates syntax and makes org-element unreliable when dealing with Org buffers. Should we just simply allow timestamps to be a part of node property values? Should we _not_ treat timestamp-looking text outside their allowed contexts (like quotes, source blocks, etc) as timestamps? Best, Ihor