community-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sebb (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (COMDEV-203) Timezone issues with release dates
Date Sat, 10 Sep 2016 00:26:22 GMT

    [ https://issues.apache.org/jira/browse/COMDEV-203?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15478770#comment-15478770
] 

Sebb commented on COMDEV-203:
-----------------------------

URL: http://svn.apache.org/viewvc?rev=1760039&view=rev
Log:
COMDEV-203 Timezone issues with release dates
Fix JIRA dates that were originally created before host was moved to UTC

URL: http://svn.apache.org/viewvc?rev=1760064&view=rev
Log:
COMDEV-203 Timezone issues with release dates
Drop entries dated 1970-01-01 but which are not zero

Modified:
    comdev/reporter.apache.org/trunk/data/releases/ignite.json

URL: http://svn.apache.org/viewvc?rev=1760075&view=rev
Log:
COMDEV-203 Timezone issues with release dates
Fix manually entered dates that agree with JIRA dates (allowing for the original timezone)

URL: http://svn.apache.org/viewvc?rev=1760086&view=rev
Log:
COMDEV-203 Timezone issues with release dates
Drop entries dated 1970-01-01 but which have non-zero time


URL: http://svn.apache.org/viewvc?rev=1760123&view=rev
Log:
COMDEV-203 Timezone issues with release dates
Fix manually entered dates that agree with JIRA dates (allowing for the original timezone)



> Timezone issues with release dates
> ----------------------------------
>
>                 Key: COMDEV-203
>                 URL: https://issues.apache.org/jira/browse/COMDEV-203
>             Project: Community Development
>          Issue Type: Bug
>          Components: Reporter Tool
>            Reporter: Sebb
>
> Release dates are stored as seconds since the epoch in the data/release/committe.json
files. In theory all the dates should convert to midnight UTC on the release date.
> If dates are obtained from JIRA, they are converted using the Python method 
> time.mktime() which uses the local timezone. This is done on the reporter.a.o host, which
is currently running UTC. However the host was originally set up in a different timezone,
so some of the dates don't convert to midnight. It should have used calendar.gmtime() instead.
> If the dates are obtained from the user, then the YYYY-MM-DD string is converted using
Javascript using (new Date(yyyy,mm,dd)).getTime() which assumes the local timezone. The converted
value is passed back as an integer to the python script. It should use Date.UTC(yyyy,mm,dd)
instead. Or it could pass back the date string for conversion by the Python code.
> It's easy enough to fix new dates going forward.
> However there are existing dates that will need correction.
> The dates are all converted assuming a local time of midnight, so when they are converted
back again, the local time offset will show up as a number of hours since midnight. This can
be used to adjust the value.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message