From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou 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: Wed, 01 Nov 2017 21:55:26 +0100 Message-ID: <87bmkl1zy9.fsf@nicolasgoaziou.fr> References: <87bmknkwhe.fsf@nicolasgoaziou.fr> <87tvyfjgjk.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:34906) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eA02u-0008WS-Sy for emacs-orgmode@gnu.org; Wed, 01 Nov 2017 16:55:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eA02t-0006tY-SM for emacs-orgmode@gnu.org; Wed, 01 Nov 2017 16:55:32 -0400 Received: from relay3-d.mail.gandi.net ([2001:4b98:c:538::195]:41316) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eA02t-0006rm-LT for emacs-orgmode@gnu.org; Wed, 01 Nov 2017 16:55:31 -0400 In-Reply-To: (Allen Li's message of "Tue, 31 Oct 2017 22:07:30 -0700") 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: Allen Li Cc: emacs-orgmode@gnu.org Hello, Allen Li writes: > I guess the relevant bug is > http://lists.gnu.org/archive/html/emacs-orgmode/2017-07/msg00097.html, FWIW, this is not the initial bug. > From what I can glean from the history, > 112c5ba479d52c3c36de5c7aafd14ab6bc075005 is where things started to go > wrong. UTC timezone was added to tests. From there, a number of > commits were added to fix regressions. > > The problem is that the tests were made to assume UTC timezone and Org > mode was changed to also use UTC timezone to make the tests pass; > however, this means that org.el no longer works for non-UTC time > zones. > > That commit's message (112c5ba479d52c3c36de5c7aafd14ab6bc075005) also > seems suspect. It claims to be removing DST offset by enforcing UTC. > That could only be true for people using GMT. In GMT during DST, > enforcing UTC would "remove" the DST offset, but that is not true > anywhere else. > > Given my chain of reasoning, the commits following > 112c5ba479d52c3c36de5c7aafd14ab6bc075005 to fix "regressions" is > really just converting all of Org mode's timestamps to use the > "timezone adjusted" Unix timestamps introduced by > 112c5ba479d52c3c36de5c7aafd14ab6bc075005 IIRC, the point is to remove DST in durations, i.e., in the difference between two dates. One way to do that is to assume UTC in both start end end date. Most of the commits are about making sure UTC is used whenever two Org dates are to be used in a duration computation, and nowhere else. I think the change to org-2ft was a side-effect, since it is indirectly used is a duration. Regards, -- Nicolas Goaziou 0x80A93738