W3C home > Mailing lists > Public > ietf-http-wg-old@w3.org > January to April 1997

Re: A broken browser

From: Foteos Macrides <MACRIDES@sci.wfbr.edu>
Date: Thu, 02 Jan 1997 13:31:08 -0500 (EST)
To: robh@imdb.com
Cc: http-wg%cuckoo.hpl.hp.com@hplb.hpl.hp.com
Message-Id: <01IDQLMR27DE000FP3@SCI.WFBR.EDU>
robh@imdb.com (Rob Hartill) wrote:
>Gregory J. Woodhouse wrote:
>>
>>I just saw a message from a user complaining she couldn't acces the
>>Internet Movie Database (http://www.imdb.com) with Lynx (version 2.5FM on
>>an SGI). Sure enough, this server is running Apache and Lynx is sending an
>>Accept header that includes text/html;q=0.000.
>>
>>Of course, this doesn't mean anything is wrong with the HTTP/1.1 draft, but
>>is another example of how things can break during the transition.
>
>this isn't 1.1 releated. That code was in Apache 1.0 and affects HTTP/1.0
>just as much.
>
>The Lynx problem is to do with SGI compiler optimisation BTW.

	Just to clarify that, Lynx arbitrarily sets the minimum q to
0.001 by doing an

	if (q < 0.001)
	    q = 0.001;

We don't know how the compiler is losing that.

	Lynx always appends a  ,*/*;q=0.001  because if it can't render
the document, nor has a helper app mapped to the Content-Type, it gives
the user a download offer, at which point the user him/herself can
cancel the request.

	My understanding, so correct me if I'm wrong, is that the
q's are preference ratings, so q=0.000 would be lowest preference,
not an "I don't want that".  If no wild MIME type is sent, and
there's no match, the server should send a "Nothing acceptable to you
is available", but with the wild MIME type, it should send something.
I would personally expect that to apply even if a compiler bug caused
Lynx to send a q=0.000.

				Fote

=========================================================================
 Foteos Macrides            Worcester Foundation for Biomedical Research
 MACRIDES@SCI.WFBR.EDU         222 Maple Avenue, Shrewsbury, MA 01545
=========================================================================
Received on Thursday, 2 January 1997 10:33:11 EST

This archive was generated by hypermail pre-2.1.9 : Wednesday, 24 September 2003 06:32:25 EDT