From mboxrd@z Thu Jan 1 00:00:00 1970 From: Allen Li Subject: Re: Bug: org-2ft and/or float-time is wrong [9.1.2 (9.1.2-22-ga2a034-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20171023/)] Date: Tue, 31 Oct 2017 11:35:36 -0700 Message-ID: References: <87bmknkwhe.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:59629) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e9bNy-00080V-SO for emacs-orgmode@gnu.org; Tue, 31 Oct 2017 14:35:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e9bNx-0005T4-OO for emacs-orgmode@gnu.org; Tue, 31 Oct 2017 14:35:38 -0400 Received: from mail-qk0-x22d.google.com ([2607:f8b0:400d:c09::22d]:47296) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e9bNx-0005So-Jp for emacs-orgmode@gnu.org; Tue, 31 Oct 2017 14:35:37 -0400 Received: by mail-qk0-x22d.google.com with SMTP id m189so21685856qke.4 for ; Tue, 31 Oct 2017 11:35:37 -0700 (PDT) In-Reply-To: <87bmknkwhe.fsf@nicolasgoaziou.fr> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Nicolas Goaziou Cc: emacs-orgmode@gnu.org On Tue, Oct 31, 2017 at 11:23 AM, Nicolas Goaziou wrote: > Hello, > > Allen Li writes: > >> Removing the t for zone fixes it > > [...] > >> I will also note that the FIXME comment in org-parse-time-string >> suggests that it too is not handling timezones correctly. In fact, >> perhaps org-parse-time-string should not take a zone argument, since >> Org does not support timezones thus the only valid value for zone is >> nil. I suspect that org-display-custom-time, another caller that >> passes t for zone, is also timezone incorrect. > > Both changes were introduced to fix some issues with daylight saving > time, in particular in clock reports. It is not possible to simply > suggest reverting them without considering the underlying issues. > > I agree there are issues to fix. Unfortunately, the solution you suggest > is not sufficient. Let me clarify the exact behavior that needs to be fixed. Assuming today is 2017-10-31, SCHEDULED<"" will match results that have SCHEDULED=<2017-11-01> depending on your local time zone. Can you clarify on the issues the UTC timezone fixes? Because my understanding at this point is that Org timestamps should be interpreted as localtime, yet they are being interpreted as UTC time. I can't see how, e.g., if I am in timezone UTC-5, I want all my Org timestamps <2017-11-01> to be interpreted as <2017-10-31 19:00>. Assuming that is in fact the behavior we want for some reason, then , or rather everywhere (float-time) is used in Org mode, should receive a corresponding time shift.