httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dean Gaudet <dgau...@arctic.org>
Subject Re: [PATCH] mod_proxy, yet another netscape bug
Date Sat, 22 Aug 1998 06:59:01 GMT
Yeah I object, doing a flush is a waste of bandwidth.  This is probably a
bug similar to the 257th byte bug and can be worked around another way,
without forcing a flush. 

Dean

On Sun, 2 Aug 1998, Lars Eilebrecht wrote:

> Hi,
> 
> a friend of mine discovered a Navigator/Mozilla bug which
> results in broken images in some rare cases.
> (I was able to reproduce the bug under Solaris 2.6 with Netscape
>  Communicator 4.05.)
> 
> If you load a page that contains _direct_ links to images via mod_proxy
> and try to load the images you'll maybe receive a broken image (is does
> not happen with inline images).
> 
> Dependent on the length of the http header and TCP/IP settings/values
> (MTU, path-MTU, segment size etc) the first read() of Netscape reads
> the header plus the beginning of the body. But it seems that Netscape
> expects to see only http headers in his first read(), because
> the beginning of the body gets ignored. Therefore Netscape fails to
> display the image. Shift-Reloading the image-URL works...
> 
> The patch contains a workaround for this bug (added a call to
> ap_bflush() in proxy_http.c/proxy_ftp.c right before mod_proxy
> starts to send the body). Although the workaround should solve
> the problem in most situations it is no 100% workaround, because
> it is not guaranteed that one read() is related to exactly a write().
> So dependent on the buffering behaviour of the TCP/IP stack (and
> the phase of the moon ;-) you still get a broken image in some
> very rare situations.
>  
> If no one has any objections I'll commit the patch and add a note
> to the known_client_problems page.
> 
> 
> ciao...
> -- 
> Lars Eilebrecht                     - Modesty: Being comfortable that others
> sfx@unix-ag.org                                will discover your greatness.
> http://www.home.unix-ag.org/sfx/
> 
> 

Mime
  • Unnamed multipart/mixed (inline, None, 0 bytes)
View raw message