Mark, Have you checked whether you can duplicate the problem using an SSH client into your web server, for example, by downloading large files? It might help to rule out dropped packets, both from a client within the local LAN segment and from the internet. BZAG ================================== It has been true for every person who has visited the site, regardless of browser. I even tried lynx on a unix machine within the same network. I don't think it's a problem with the HTML because, first it worked just after Apache was installed, and second, it worked on the last version of apache I had the site running on (though it was a different computer). In addition, I can view the web pages locally (using a file:/// URL) and they have no problem. Mark On May 28, 2005, at 12:13 PM, Vizion wrote: > On Saturday 28 May 2005 11:55, the author Mark Slater contributed to the dialogue on [users@httpd] Read errors for GET <file> when <file> is more than 64K: > >> I compiled a clean version of Apache2 2.0.54 last week and things >> seemed to work fine for a few days. However, now whenever anyone >> tries to access a file larger than 64 K, the browser will fail to >> download. The failure occurs on Safari and Firefox. The access log >> shows a successful response, with the correct file size, but the file >> is always cut off before transfer completes. >> > Is this Always true for every firefox/safari connection no matter > where it is > from or just true for a specific test time/situation? >> >> What is the best way to debug this problem? >> > Start with the above -- make sure you know whether it always > happens with > those specific browsers. Get a number of different people to check > it out. > > I think the answer is in the coding - depends upon how strict/lapse > the > browser.. --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|