[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