DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG� RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32812>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND� INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=32812 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW ------- Additional Comments From [EMAIL PROTECTED] 2005-06-15 02:53 ------- I can confirm this behaviour to happen, with default apache2 install with mandrake 10.1. [EMAIL PROTECTED] rpm -q apache2 apache2-2.0.50-7.2.101mdk [EMAIL PROTECTED] It is difficult to reproduce this directly, but if using squid proxy, you can reproduce it easily with the following steps: 0. configure Firefox to use a proxy server, running squid 1. clear Firefox cache 2. go to http://mysite/myfile.html 3. observe that Firefox shows the html source code, instead of the rendering page 4. check that the squid log is something like: 1118795583.631 http://mysite/myfile.html 344 192.168.1.100 TCP_MISS/200 11670 GET - DIRECT/195.23.112.199 text/plain (note the http code 200, which means it was actually downloaded from the server) 5. reload with page with ctrl+R as many times as desired, and verify that the document remains as text (firefox issues a "load only if changed" request, squid receives a code 304 from apache, so the page isn't downloaded again) 6. hit shift+ctrl+R and check that the page is now rendered, as squid receives text/html which is then handed to Firefox. The squid log line is now: 1118796256.885 http://mysite/myfile.html 397 192.168.1.100 TCP_CLIENT_REFRESH_MISS/200 11659 GET - DIRECT/195.23.112.199 text/html 7. from now on, as long as the browser cache lives, the result will be correct, no matter if you reload it with ctrl+R or shift+ctrl+R >From this scenario I would guess that there is some difference between the http requests sent by squid to apache on the first browser request and all the following ones, that triggers the bug. Note: This is not reproducible with Internet Explorer, since (as everyone knows already) it ignores the Contet Type information present in the http replies. Thus it receives text/plain from squid but renders the web page normally. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
