From: oes Date: Fri, 13 Sep 2002 11:50:55 +0000 (+0000) Subject: Added MicroSuck topic; Updated PHP bug topic X-Git-Tag: v_3_1_archive_branchpoint~126 X-Git-Url: http://www.privoxy.org/gitweb/@default-cgi@/faq/%22https:/@default-cgi@edit-actions-add-url-form?a=commitdiff_plain;h=cb965dd32dbe3e831cead6e2da3dcaa7ba72abd3;p=privoxy.git Added MicroSuck topic; Updated PHP bug topic --- diff --git a/doc/source/faq.sgml b/doc/source/faq.sgml index 18ab553d..9dcba749 100644 --- a/doc/source/faq.sgml +++ b/doc/source/faq.sgml @@ -24,7 +24,7 @@ This file belongs into ijbswa.sourceforge.net:/home/groups/i/ij/ijbswa/htdocs/ - $Id: faq.sgml,v 1.61.2.19 2002/08/25 23:31:56 hal9 Exp $ + $Id: faq.sgml,v 2.2 2002/09/05 04:25:05 hal9 Exp $ Copyright (C) 2001, 2002 Privoxy Developers See LICENSE. @@ -72,7 +72,7 @@ -$Id: faq.sgml,v 1.61.2.19 2002/08/25 23:31:56 hal9 Exp $ +$Id: faq.sgml,v 2.2 2002/09/05 04:25:05 hal9 Exp $ + +I've noticed that Privoxy changes <quote>Microsoft</quote> to +<quote>MicroSuck</quote>! Why are you manipulating my browsing? + + + We're not. The text substitutions that you are seeing are disabled + in the default configuration as shipped. You have either manually + activated the fun filter which + is clearly labeled Text replacements for subversive browsing + fun! or you have implicitly activated it by choosing the + Advanced profile in the web-based editor. + + + @@ -1701,26 +1715,31 @@ every time I start IE. What gives? I get a completely blank page at one site. <quote>View Source</quote> - shows only: <markup><![CDATA[<html><body></body></html>]]></markup>. + shows only: ]]>. Without + Privoxy the page loads fine. - This is often the result of a webserver using - PHP that mishandles the request - Privoxy sends to not compress the content - (a PHP bug). + Chances are that the site suffers from a bug in + PHP, + which results in empty pages being sent if the client explicitly requests + an uncompressed page, like Privoxy does. + This bug has been fixed in PHP 4.2.3. - In a default configuration, Privoxy requests all - data be sent uncompressed. This is required for the page - filtering and other magic to work. In some rare cases, the browser and - webserver miscommunicate and the result is a totally blank page. The - suggested work around is to selectively turn off this feature for sites - that exhibit such behavior. Example section for user.action: + To find out if this is in fact the source of the problem, try adding + the site to a -prevent-compression section in + user.action: # Make exceptions for ill-behaved sites: # {-prevent-compression} .example.com + + If that works, you may also want to report the problem to the + site's webmasters, telling them to use zlib.output_compression + instead of ob_gzhandler in their PHP applications (workaround) + or upgrade to PHP 4.2.3 or later (fix). + @@ -1816,6 +1835,9 @@ FIXME: Commented out until we have something to put here. HB 03/18/02. Temple Place - Suite 330, Boston, MA 02111-1307, USA. $Log: faq.sgml,v $ +Revision 2.2 2002/09/05 04:25:05 hal9 +Sync with 3.0 branch. No new content. + Revision 1.61.2.19 2002/08/25 23:31:56 hal9 Fix one grammatical error. Add brief FAQ relating to tranparent proxies (ie port 80 setting). Add FAQ on effects of Privoxy on downloaded files