[Lula] Bizarre. Firefox can't read a file, but wget can?
Peter Benjamin
pete at peterbenjamin.com
Wed Apr 2 14:05:10 EDT 2008
At 05:48 AM 4/2/2008, Dan Kegel wrote:
>Try retrieving the signatures for the latest liberation fonts
>https://www.redhat.com/promo/fonts/
>
>wget https://www.redhat.com/f/fonts/liberation-fonts.tar.gz.asc
>works fine, but Firefox 2.0.0.13 says
I got the same FF error. The wget failed for https mode.
Without the s in https, it worked. So, I tried telnet to
see the HTTP response headers (FF Web Developer would not
show them, as it truly seems to have not gotten the file)
and it worked. I wanted to see what it was about the HTTP
headers that FF was balking at. I include them below.
No doubt one of these headers is causing it. IP # changed to ***
I've seen all these HTTP commands but one. What's an ETag?
And the Content-Length might be off. I count 182 bytes.
Anyone have an earlier FF installed to see if it works?
$ telnet www.redhat.com 80
Trying 209.132.177.50...
Connected to www.redhat.com.
Escape character is '^]'.
GET /f/fonts/liberation-fonts.tar.gz.asc HTTP1.1
HTTP/1.1 200 OK
Date: Wed, 02 Apr 2008 16:53:51 GMT
Server: Apache/2.2.3 (Red Hat)
Set-Cookie: Apache=***.***.***.***.1207155232******; path=/; expires=Mon, 01-Apr-13 16:53:51 GMT
Last-Modified: Tue, 25 Mar 2008 01:25:30 GMT
ETag: "56487a-bd-44938d3f6b680"
Accept-Ranges: bytes
Content-Length: 189
Connection: close
Content-Type: application/octet-stream
Content-Encoding: x-gzip
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)
iD8DBQBHyFNSUyaBATcBcYYRAhfDAJ9lfseIjFhLkyUBRo1wJaUydSOCSgCfdk2U
Bmc6uGP+8gvrAf7RffXuVbw=
=2eng
-----END PGP SIGNATURE-----
Connection closed by foreign host.
More information about the Lula
mailing list