emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Ignacio Casso <ignaciocasso@hotmail.com>
To: emacs-orgmode@gnu.org
Subject: Re: [BUG] org-agenda thinks timestamps after 23:00 correspond to the next day [9.5.2 (release_9.5.2-25-gaf6f12 @ /home/ignacio/repos/emacs/lisp/org/)]
Date: Wed, 30 Mar 2022 09:13:29 +0200	[thread overview]
Message-ID: <DB9PR06MB775329CB2E49D6A8F50C443DC61F9@DB9PR06MB7753.eurprd06.prod.outlook.com> (raw)
In-Reply-To: <PAXPR06MB7760238F410CBE3203F78EE0C61E9@PAXPR06MB7760.eurprd06.prod.outlook.com>

Actually, this only happens with SCHEDULED timestamps, so it might be
considered org-mode's fault since the handling of normal and SCHEDULED
timestamps is not always consistent.

The reason it is different is that `org-agenda-get-timestamps' looks for
timestamps in the org buffer using a regular expression that already
matches only the expected date. `org-agenda-get-scheduled' can't do
that, so it uses a regular expression that matches any timestamp,
converts the timestamp to an absolute date using
`org-agenda--timestamp-to-absolute', and compares with the current
agenda date.

`org-agenda-get-timestamps' also has to do something similar for
repeated tasks. However, the function used to get the absolute date is
different for those timestamps. The function for scheduled timestamps
boils down to

  (time-to-days (encode-time (org-parse-time-string timestamp)))

but for repeating timestamps, it boils down to

  (calendar-absolute-from-gregorian (org-date-to-gregorian timestamp))

For the timestamp "<2022-03-30 mié 23:00>", the second form returns
738244 in my machine, which corresponds to (org-today) at 30/03/2022,
but the second returns 738245. Thus, repeated timestamps still work, but
scheduled timestamps don't.

Is there a reason why two different ways to obtain those dates are used?

For completion, I have also checked deadline timestamps, and they suffer
from the same problem as scheduled timestamps. A deadline for today at
23:00 will appear in the agenda as it would a deadline for tomorrow at
22:59, that is, with a warning that it is due in one day, and not as a
deadline for today at 22:59 would appear.

Regards,

Ignacio


Ignacio Casso <ignaciocasso@hotmail.com> writes:

> Hello,
>
> After last Saturday's hour change in Spain, org-agenda thinks that
> timestamps after 23:00 correspond to the next day in Emacs 29. I'm not
> actually sure if that is the reason, since I usually use Emacs 27, but I
> guess it must be that if I have found out three days after the hour
> change.
>
> I have tried to track down the problem, and it doesn't seem to be the
> fault of any org-mode code change. The problem is that
> (org-time-string-to-time timestamp), defined as (encode-time
> (org-parse-time-string timestamp)), returns different things in Emacs 27
> and Emacs 29.
>
> Let's consider the timestamp "<2022-03-29 mar 23:00>" as an example:
>
> 1) (org-parse-time-string "<2022-03-29 mar 23:00>") returns (0 0 23 29 3
> 2022 nil nil nil).
>
> 2) (encode-time '(0 0 23 29 3 2022 nil nil nil)) returns '(25155 29520)
> in Emacs 27, but (25155 33120) in Emacs 29
>
> 3.1) (time-to-days '(25155 29520)) returns 738243
>
> 3.2) (time-to-days '(25155 33120)) returns 738244
>
> 4) (org-today) returns 738243
>
> Therefore, org-agenda thinks that "<2022-03-29 mar 23:00>" is today in
> Emacs 27, but tomorrow in Emacs 29.
>
> `encode-time' is defined in C, and is probably system dependent, so this
> is probably not an org-mode bug. But maybe org-mode code could try to be
> smart about this? I don't know if it's even possible.
>
> And if this should not be fixed in org-mode, do you know were it should?
> It could be an Emacs bug? Or maybe the problem is in my system?
>
> Regards,
>
> --Ignacio
>
>
> Emacs  : GNU Emacs 29.0.50 (build 19, x86_64-pc-linux-gnu, GTK+ Version 3.24.20, cairo version 1.16.0)
>  of 2022-03-29
> Package: Org mode version 9.5.2 (release_9.5.2-25-gaf6f12 @ /home/ignacio/repos/emacs/lisp/org/)



  reply	other threads:[~2022-03-30  8:24 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-03-29 13:09 [BUG] org-agenda thinks timestamps after 23:00 correspond to the next day [9.5.2 (release_9.5.2-25-gaf6f12 @ /home/ignacio/repos/emacs/lisp/org/)] Ignacio Casso
2022-03-30  7:13 ` Ignacio Casso [this message]
2022-03-30  9:48   ` [BUG] org-agenda thinks timestamps after 23:00 correspond to the next day Max Nikulin
2022-03-30 10:17     ` Ignacio Casso
2022-03-31 12:38 ` [BUG] org-agenda thinks timestamps after 23:00 correspond to the next day [9.5.2 (release_9.5.2-25-gaf6f12 @ /home/ignacio/repos/emacs/lisp/org/)] Max Nikulin
2022-03-31 14:11   ` Ignacio Casso
2022-03-31 16:57     ` Max Nikulin
2022-03-31 21:37       ` Tim Cross
2022-04-05  4:20       ` Kyle Meyer
2022-04-22 15:47         ` Max Nikulin
2022-04-23  7:20           ` Ignacio Casso
2022-04-23  8:23             ` Max Nikulin
2022-10-01 10:14               ` Ihor Radchenko

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=DB9PR06MB775329CB2E49D6A8F50C443DC61F9@DB9PR06MB7753.eurprd06.prod.outlook.com \
    --to=ignaciocasso@hotmail.com \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).