GNU bug report logs - #13544
(web http) fails to parse numeric timezones in Date header

Previous Next

Package: guile;

Reported by: ludo <at> gnu.org (Ludovic Courtès)

Date: Thu, 24 Jan 2013 22:23:02 UTC

Severity: normal

Done: ludo <at> gnu.org (Ludovic Courtès)

Bug is archived. No further changes may be made.

Full log

Message #23 received at 13544 <at> debbugs.gnu.org (full text, mbox):

From: Andy Wingo <wingo <at> pobox.com>
To: Daniel Hartwig <mandyke <at> gmail.com>
Cc: Ludovic Courtès <ludo <at> gnu.org>, 13544 <at> debbugs.gnu.org,
	Cyril Roelandt <tipecaml <at> gmail.com>
Subject: Re: bug#13544: (web http) fails to parse numeric timezones in Date
	header
Date: Sun, 10 Mar 2013 19:31:56 +0100

On Sun 10 Mar 2013 00:50, Daniel Hartwig <mandyke <at> gmail.com> writes:

> On 9 March 2013 16:21, Andy Wingo <wingo <at> pobox.com> wrote:
>> On Sat 09 Mar 2013 02:41, Daniel Hartwig <mandyke <at> gmail.com> writes:
>>
>>> Interpretting ‘+0000’ timezone is sensible in a robust implementation,
>>
>> Yes, I agree, this makes sense.
>>
>>> though what to do if a numeric timezone is given other than this?
>>
>> I would continue to raise an error I think.  Timezones get complicated,
>> fast, and there is little hope that we could preserve correctness.
>> WDYT?
>
> Ok.  What about Ludo's original comment, about the extra space in the
> sqlite header?

Dunno.  Is it common?  In this particular case I would mail and try to
get them to fix their server, given that it is run by hackers.  Let us
leave that particular issue for another bug.

Andy
-- 
http://wingolog.org/
This bug report was last modified 12 years and 120 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.