Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id B682D200B88 for ; Thu, 8 Sep 2016 02:59:24 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id B5212160ACF; Thu, 8 Sep 2016 00:59:24 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 09D56160AC1 for ; Thu, 8 Sep 2016 02:59:23 +0200 (CEST) Received: (qmail 92542 invoked by uid 500); 8 Sep 2016 00:59:18 -0000 Mailing-List: contact dev-help@community.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@community.apache.org Delivered-To: mailing list dev@community.apache.org Received: (qmail 92530 invoked by uid 99); 8 Sep 2016 00:59:18 -0000 Received: from mail-relay.apache.org (HELO mail-relay.apache.org) (140.211.11.15) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Sep 2016 00:59:18 +0000 Received: from mail-vk0-f41.google.com (mail-vk0-f41.google.com [209.85.213.41]) by mail-relay.apache.org (ASF Mail Server at mail-relay.apache.org) with ESMTPSA id 9F70F1A0055 for ; Thu, 8 Sep 2016 00:59:17 +0000 (UTC) Received: by mail-vk0-f41.google.com with SMTP id 16so8812764vko.2 for ; Wed, 07 Sep 2016 17:59:17 -0700 (PDT) X-Gm-Message-State: AE9vXwNNriu1Ck60aKs7v52f8t+MC1SmRtcmRpvNRzG7BOec8p1WXP19oKDkzdJfB5R1PqUMVhdvf0Pe8jb3eg== X-Received: by 10.31.70.132 with SMTP id t126mr26238107vka.99.1473296356543; Wed, 07 Sep 2016 17:59:16 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Christopher Date: Thu, 08 Sep 2016 00:59:06 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: reporter.apache.org off-by-one To: dev@community.apache.org Content-Type: multipart/alternative; boundary=001a1148509cfb1985053bf489e6 archived-at: Thu, 08 Sep 2016 00:59:24 -0000 --001a1148509cfb1985053bf489e6 Content-Type: text/plain; charset=UTF-8 On Wed, Sep 7, 2016 at 8:51 PM Lefty Leverenz wrote: > Is this a timezone problem? > > Possibly. I tried changing my JIRA timezone to UTC+0, just in case, but it had no effect. I don't think JIRA stores the timezone with these dates, so it might be assumed to be midnight when reporter translates it to whatever it considers local time. If the local time reporter is translating it to is east of UTC+0, then that would make sense. It should probably parse the JIRA dates as UTC+0, and then display them as UTC+0, since there's no way for it to know the intended time zone from JIRA if JIRA isn't storing that (even if it does store it, the UI doesn't allow you to specify, so it's going to default to midnight). > -- Lefty > > On Wed, Sep 7, 2016 at 8:48 PM, Christopher wrote: > > > On Wed, Sep 7, 2016 at 7:19 PM sebb wrote: > > > > > On 6 September 2016 at 23:38, Christopher wrote: > > > > Why does reporter use 1 day earlier than JIRA when I use the "Fetch > > > > releases from JIRA" feature? > > > > > > What exactly do you mean by that? > > > > > > > What I mean is that when I put the release date in JIRA as 06/Sep/2016, > and > > then use the sync feature in reporter.apache.org, the one in reporter > > shows > > Mon Sep 05 2016, which is one day earlier than what is stored in JIRA. It > > does this for all the releases. > > > --001a1148509cfb1985053bf489e6--