GNU bug report logs - #23421
parse-rfc-822-date is too strict

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Ricardo Wurmus <ricardo.wurmus <at> mdc-berlin.de>
Subject: bug#23421: closed (Re: bug#23421: parse-rfc-822-date is too strict)
Date: Sun, 08 May 2016 20:03:02 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#23421: parse-rfc-822-date is too strict

which was filed against the guile package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 23421 <at> debbugs.gnu.org.

-- 
23421: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=23421
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: ludo <at> gnu.org (Ludovic Courtès)
To: Ricardo Wurmus <ricardo.wurmus <at> mdc-berlin.de>
Cc: 23421-done <at> debbugs.gnu.org
Subject: Re: bug#23421: parse-rfc-822-date is too strict
Date: Sun, 08 May 2016 22:02:13 +0200

Ricardo Wurmus <ricardo.wurmus <at> mdc-berlin.de> skribis:

> The procedure “parse-rfc-822-date” in the module (web http) is a bit too
> strict as it rejects dates in which the hour field is a single digit
> without zero-padding.
>
> A date like this will be rejected:
>
>     Sun, 06 Nov 1994  8:49:37 GMT
>
> Whereas a date like this is accepted:
>
>     Sun, 06 Nov 1994 08:49:37 GMT
>
> The only difference is the leading zero in the timestamp.

Fixed in 16050431f29d56f80c4a8253506fc851b8441840, thanks!

Ludo’.

[Message part 3 (message/rfc822, inline)]

From: Ricardo Wurmus <ricardo.wurmus <at> mdc-berlin.de>
To: <bug-guile <at> gnu.org>
Subject: parse-rfc-822-date is too strict
Date: Mon, 2 May 2016 11:22:17 +0200

The procedure “parse-rfc-822-date” in the module (web http) is a bit too
strict as it rejects dates in which the hour field is a single digit
without zero-padding.

A date like this will be rejected:

    Sun, 06 Nov 1994  8:49:37 GMT

Whereas a date like this is accepted:

    Sun, 06 Nov 1994 08:49:37 GMT

The only difference is the leading zero in the timestamp.

Dates like the former are produced by maven (see “Last-Modified”
header):

~~~~~~~~~~~~~~~~~~~~
rwurmus in guix: wget -S  http://central.maven.org/maven2/org/osgi/org.osgi.core/6.0.0/org.osgi.core-6.0.0-sources.jar
--2016-05-02 11:21:06--  http://central.maven.org/maven2/org/osgi/org.osgi.core/6.0.0/org.osgi.core-6.0.0-sources.jar
Resolving central.maven.org (central.maven.org)... 185.31.17.209
Connecting to central.maven.org (central.maven.org)|185.31.17.209|:80... connected.
HTTP request sent, awaiting response... 
  HTTP/1.1 200 OK
  x-amz-meta-last-modified-epoch: 1406692062000
  ETag: "470145ab68a6738780bd86e1c4b53d4b"
  Content-Type: application/java-archive
  Last-Modified: Wed, 30 Jul 2014  3:47:42 GMT
  X-Checksum-MD5: 470145ab68a6738780bd86e1c4b53d4b
  X-Checksum-SHA1: 347531f45363ed10e222b03231d49bb7df016a4d
  Via: 1.1 varnish
  Fastly-Debug-Digest: 843a9842225e10fdcdc029bcd46bfe2a74c8b74a8a748e971d9779296cd6405f
  Content-Length: 296717
  Accept-Ranges: bytes
  Date: Mon, 02 May 2016 09:21:06 GMT
  Via: 1.1 varnish
  Age: 185269
  Connection: keep-alive
  X-Served-By: cache-iad2131-IAD, cache-fra1242-FRA
  X-Cache: HIT, HIT
  X-Cache-Hits: 1, 1
  X-Timer: S1462180866.617726,VS0,VE5
Length: 296717 (290K) [application/java-archive]
Saving to: ‘org.osgi.core-6.0.0-sources.jar’

org.osgi.core-6.0.0 100%[=====================>] 289.76K  --.-KB/s   in 0.08s  

2016-05-02 11:21:06 (3.54 MB/s) - ‘org.osgi.core-6.0.0-sources.jar’ saved [296717/296717]
~~~~~~~~~~~~~~~~~~~~

~~ Ricardo

Previous Next

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