[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#14128: closed (web/http.scm: bad-header date check

From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#14128: closed (web/http.scm: bad-header date check (UTC?))
Date: Tue, 19 Nov 2013 08:36:01 +0000

Your message dated Tue, 19 Nov 2013 03:35:23 -0500
with message-id <address@hidden>
and subject line Re: bug#14128: web/http.scm: bad-header date check (UTC?)
has caused the debbugs.gnu.org bug report #14128,
regarding web/http.scm: bad-header date check (UTC?)
to be marked as done.

(If you believe you have received this mail in error, please contact

14128: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14128
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: web/http.scm: bad-header date check (UTC?) Date: Wed, 3 Apr 2013 00:59:03 -0700

I was doing a test using gnutls and connecting to twitter api
services. Example attached.

I successfully passed the TLS/SSL part, but then I got this HTTP bad
header issue. I am running Guile 2.0.5 from Debian/unstable but
current stable-2.0 branch also suffers from the safe problem (I

184: 1 [read-header #<input-output: gnutls-session-port 2e94c30>]
 754: 0 [parse-asctime-date "Wed, 03 Apr 2013 07:29:49 UTC"]

web/http.scm:754:6: In procedure parse-asctime-date:
web/http.scm:754:6: Throw to key `bad-header' with args `(date "Wed,
03 Apr 2013 07:29:49 UTC")'.

Basically, the problem is that web/http.scm only accepts a GMT suffix
and the twitter server sends UTC. I think the RFC 822 standard accepts
UT instead of UTC, so it would be wrong as well.

Really, not sure what's the right way to fix this considering that
even the twitter server does not send a correct day (as far as I
understood the RFC).



Attachment: twitter-user-timeline.scm
Description: Binary data

--- End Message ---
--- Begin Message --- Subject: Re: bug#14128: web/http.scm: bad-header date check (UTC?) Date: Tue, 19 Nov 2013 03:35:23 -0500 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)
Andy Wingo agreed on IRC to accepting UTC, since we've since discovered
that not only various web servers, but also some transparent web proxies
put UTC in the date header, which was causing problems for many people.

So, I've pushed a change to stable-2.0 to accept UTC.


I'm closing this bug now.  Thanks for the report!


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]