doc/webserver/faq/trouble.html

   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
   2 <HTML
   3 ><HEAD
   4 ><TITLE
   5 >Troubleshooting</TITLE
   6 ><META
   7 NAME="GENERATOR"
   8 CONTENT="Modular DocBook HTML Stylesheet Version 1.7"><LINK
   9 REL="HOME"
  10 TITLE="Privoxy Frequently Asked Questions"
  11 HREF="index.html"><LINK
  12 REL="PREVIOUS"
  13 TITLE="Miscellaneous"
  14 HREF="misc.html"><LINK
  15 REL="NEXT"
  16 TITLE="Contacting the developers, Bug Reporting and Feature Requests"
  17 HREF="contact.html"><LINK
  18 REL="STYLESHEET"
  19 TYPE="text/css"
  20 HREF="../p_doc.css"></HEAD
  21 ><BODY
  22 CLASS="SECT1"
  23 BGCOLOR="#EEEEEE"
  24 TEXT="#000000"
  25 LINK="#0000FF"
  26 VLINK="#840084"
  27 ALINK="#0000FF"
  28 ><DIV
  29 CLASS="NAVHEADER"
  30 ><TABLE
  31 SUMMARY="Header navigation table"
  32 WIDTH="100%"
  33 BORDER="0"
  34 CELLPADDING="0"
  35 CELLSPACING="0"
  36 ><TR
  37 ><TH
  38 COLSPAN="3"
  39 ALIGN="center"
  40 >Privoxy Frequently Asked Questions</TH
  41 ></TR
  42 ><TR
  43 ><TD
  44 WIDTH="10%"
  45 ALIGN="left"
  46 VALIGN="bottom"
  47 ><A
  48 HREF="misc.html"
  49 ACCESSKEY="P"
  50 >Prev</A
  51 ></TD
  52 ><TD
  53 WIDTH="80%"
  54 ALIGN="center"
  55 VALIGN="bottom"
  56 ></TD
  57 ><TD
  58 WIDTH="10%"
  59 ALIGN="right"
  60 VALIGN="bottom"
  61 ><A
  62 HREF="contact.html"
  63 ACCESSKEY="N"
  64 >Next</A
  65 ></TD
  66 ></TR
  67 ></TABLE
  68 ><HR
  69 ALIGN="LEFT"
  70 WIDTH="100%"></DIV
  71 ><DIV
  72 CLASS="SECT1"
  73 ><H1
  74 CLASS="SECT1"
  75 ><A
  76 NAME="TROUBLE"
  77 >5. Troubleshooting</A
  78 ></H1
  79 ><DIV
  80 CLASS="SECT2"
  81 ><H3
  82 CLASS="SECT2"
  83 ><A
  84 NAME="AEN801"
  85 >5.1. I just upgraded and am getting <SPAN
  86 CLASS="QUOTE"
  87 >"connection refused"</SPAN
  88 >
  89 with every web page?</A
  90 ></H3
  91 ><P
  92 > Either <SPAN
  93 CLASS="APPLICATION"
  94 >Privoxy</SPAN
  95 > is not running, or your
  96  browser is configured for a different port than what
  97  <SPAN
  98 CLASS="APPLICATION"
  99 >Privoxy</SPAN
 100 > is using.</P
 101 ><P
 102 > The old <SPAN
 103 CLASS="APPLICATION"
 104 >Privoxy</SPAN
 105 > (and also
 106  <SPAN
 107 CLASS="APPLICATION"
 108 >Junkbuster</SPAN
 109 >) used port 8000 by
 110  default. This has been changed to port 8118 now, due to a conflict
 111  with NAS (Network Audio Service), which uses port 8000. If you haven't,
 112  you need to change your browser to the new port number, or alternately
 113  change the <A
 114 HREF="../user-manual/config.html#LISTEN-ADDRESS"
 115 TARGET="_top"
 116 ><VAR
 117 CLASS="LITERAL"
 118 >listen-address</VAR
 119 >
 120  option</A
 121 > in <SPAN
 122 CLASS="APPLICATION"
 123 >Privoxy's</SPAN
 124 > <A
 125 HREF="../user-manual/config.html"
 126 TARGET="_top"
 127 >main configuration file</A
 128 >.</P
 129 ></DIV
 130 ><DIV
 131 CLASS="SECT2"
 132 ><H3
 133 CLASS="SECT2"
 134 ><A
 135 NAME="AEN814"
 136 >5.2. I just added a new rule, but the steenkin ad is
 137 still getting through. How?</A
 138 ></H3
 139 ><P
 140 > If the ad had been displayed before you added its URL, it will probably be
 141  held in the browser's cache for some time, so it will be displayed without
 142  the need for any request to the server, and <SPAN
 143 CLASS="APPLICATION"
 144 >Privoxy</SPAN
 145 >
 146  will not be in the picture. The best thing to do is try flushing the browser's
 147  caches. And then try again.</P
 148 ><P
 149 > If this doesn't help, you probably have an error in the rule you
 150  applied. Try pasting the full URL of the offending ad into <A
 151 HREF="http://config.privoxy.org/show-url-info"
 152 TARGET="_top"
 153 >http://config.privoxy.org/show-url-info</A
 154 >
 155  and see if it really matches your new rule.</P
 156 ></DIV
 157 ><DIV
 158 CLASS="SECT2"
 159 ><H3
 160 CLASS="SECT2"
 161 ><A
 162 NAME="BADSITE"
 163 >5.3. One of my favorite sites does not work with <SPAN
 164 CLASS="APPLICATION"
 165 >Privoxy</SPAN
 166 >.
 167 What can I do?</A
 168 ></H3
 169 ><P
 170 > First verify that it is indeed a <SPAN
 171 CLASS="APPLICATION"
 172 >Privoxy</SPAN
 173 > problem,
 174  by toggling off <SPAN
 175 CLASS="APPLICATION"
 176 >Privoxy</SPAN
 177 > through <A
 178 HREF="http://config.privoxy.org/toggle"
 179 TARGET="_top"
 180 >http://config.privoxy.org/toggle</A
 181 >,
 182  and then shift-reloading the problem page (i.e. holding down the shift key
 183  while clicking reload. Alternatively, flush your browser's disk and memory
 184  caches).</P
 185 ><P
 186 > If still a problem, go to <A
 187 HREF="http://config.privoxy.org/show-url-info"
 188 TARGET="_top"
 189 >http://config.privoxy.org/show-url-info</A
 190 >
 191  and paste the full URL of the page in question into the prompt. See which actions
 192  are being applied to the URL, and which matches in which actions files are
 193  responsible for that. Now, armed with this information, go to <A
 194 HREF="http://config.privoxy.org/show-status"
 195 TARGET="_top"
 196 >http://config.privoxy.org/show-status</A
 197 >
 198  and select the appropriate actions files for editing.</P
 199 ><P
 200 > You can now either look for a section which disables the actions that
 201  you suspect to cause the problem and add a pattern for your site there,
 202  or make up a completely new section for your site. In any case, the recommended
 203  way is to disable only the prime suspect, reload the problem page, and only
 204  if the problem persists, disable more and more actions until you have
 205  identified the culprit. You may or may not want to turn the other actions
 206  on again. Remember to flush your browser's caches in between any such changes!</P
 207 ><P
 208 > Alternately, if you are comfortable with a text editor, you can accomplish
 209  the same thing by editing the appropriate actions file. Probably the easiest
 210  way to deal with such problems when editing by hand is to add your
 211  site to a <VAR
 212 CLASS="LITERAL"
 213 >{ fragile }</VAR
 214 > section in <TT
 215 CLASS="FILENAME"
 216 >user.action</TT
 217 >,
 218  which is an alias that turns off most <SPAN
 219 CLASS="QUOTE"
 220 >"dangerous"</SPAN
 221 >
 222  actions, but is also likely to turn off more actions then needed, and thus lower
 223  your privacy and protection more than necessary, </P
 224 ><P
 225 > Troubleshooting actions is discussed in more detail in the <A
 226 HREF="../user-manual/appendix.html#ACTIONSANAT"
 227 TARGET="_top"
 228 >user-manual appendix</A
 229 >.
 230  There is also an <A
 231 HREF="../user-manual/actions-file.html#ACT-EXAMPLES"
 232 TARGET="_top"
 233 >actions tutorial</A
 234 >.</P
 235 ></DIV
 236 ><DIV
 237 CLASS="SECT2"
 238 ><H3
 239 CLASS="SECT2"
 240 ><A
 241 NAME="DUN"
 242 >5.4. After installing <SPAN
 243 CLASS="APPLICATION"
 244 >Privoxy</SPAN
 245 >, I have to log in
 246 every time I start IE. What gives?</A
 247 ></H3
 248 ><P
 249 > This is a quirk that effects the installation of
 250  <SPAN
 251 CLASS="APPLICATION"
 252 >Privoxy</SPAN
 253 >, in conjunction with Internet Explorer and
 254  Internet Connection Sharing on Windows 2000 and Windows XP. The symptoms may
 255  appear to be corrupted or invalid DUN settings, or passwords.</P
 256 ><P
 257 > When setting up an NT based Windows system with
 258  <SPAN
 259 CLASS="APPLICATION"
 260 >Privoxy</SPAN
 261 > you may find that things do not seem to be
 262  doing what you expect. When you set your system up you will probably have set
 263  up Internet Connection Sharing (ICS) with Dial up Networking (DUN) when
 264  logged in with administrator privileges. You will probably have made this DUN
 265  connection available to other accounts that you may have set-up on your
 266  system. E.g. Mum or Dad sets up the system and makes accounts suitably
 267  configured for the kids.</P
 268 ><P
 269 > When setting up <SPAN
 270 CLASS="APPLICATION"
 271 >Privoxy</SPAN
 272 > in this environment you
 273  will have to alter the proxy set-up of Internet Explorer (IE) for the
 274  specific DUN connection on which you wish to use
 275  <SPAN
 276 CLASS="APPLICATION"
 277 >Privoxy</SPAN
 278 >. When you do this the ICS DUN set-up
 279  becomes user specific. In this instance you will see no difference if you
 280  change the DUN connection under the account used to set-up the connection.
 281  However when you do this from another user you will notice that the DUN
 282  connection changes to make available to "Me only". You will also find that
 283  you have to store the password under each different user!</P
 284 ><P
 285 > The reason for this is that each user's set-up for IE is user specific. Each
 286  set-up DUN connection and each LAN connection in IE store the settings for
 287  each user individually. As such this enforces individual configurations
 288  rather than common ones. Hence the first time you use a DUN connection after
 289  re-booting your system it may not perform as you expect, and prompt you for
 290  the password. Just set and save the password again and all should be OK.</P
 291 ><P
 292 >[Thanks to Ray Griffith for this submission.]</P
 293 ></DIV
 294 ><DIV
 295 CLASS="SECT2"
 296 ><H3
 297 CLASS="SECT2"
 298 ><A
 299 NAME="FTP"
 300 >5.5. I cannot connect to any FTP sites. <SPAN
 301 CLASS="APPLICATION"
 302 >Privoxy</SPAN
 303 >
 304  seems to be blocking me.</A
 305 ></H3
 306 ><P
 307 >  <SPAN
 308 CLASS="APPLICATION"
 309 >Privoxy</SPAN
 310 > cannot act as a proxy for FTP traffic,
 311   so do not configure your browser to use <SPAN
 312 CLASS="APPLICATION"
 313 >Privoxy</SPAN
 314 >
 315   as an FTP proxy. The same is true for <SPAN
 316 CLASS="emphasis"
 317 ><I
 318 CLASS="EMPHASIS"
 319 >any protocol other than HTTP
 320   or HTTPS</I
 321 ></SPAN
 322 >.
 323  </P
 324 ><P
 325 >  Most browsers understand FTP as well as HTTP. If you connect to a site, with
 326   a URL like <VAR
 327 CLASS="LITERAL"
 328 >ftp://ftp.example.com</VAR
 329 >, your browser is making
 330   an FTP connection, and not a HTTP connection. So while your browser may
 331   speak FTP, <SPAN
 332 CLASS="APPLICATION"
 333 >Privoxy</SPAN
 334 > does not, and cannot proxy
 335   such traffic.
 336  </P
 337 ><P
 338 >  To complicate matters, some systems may have a generic <SPAN
 339 CLASS="QUOTE"
 340 >"proxy"</SPAN
 341 >
 342   setting, which will silently enable <SPAN
 343 CLASS="emphasis"
 344 ><I
 345 CLASS="EMPHASIS"
 346 >both</I
 347 ></SPAN
 348 > HTTP and FTP
 349   proxying! So it is possible to accidentally enable FTP proxying in these
 350   cases. And of course, if this happens, <SPAN
 351 CLASS="APPLICATION"
 352 >Privoxy</SPAN
 353 >
 354   will indeed cause problems since it does not know FTP.
 355  </P
 356 ><P
 357 >  Will <SPAN
 358 CLASS="APPLICATION"
 359 >Privoxy</SPAN
 360 > ever proxy FTP traffic? Unlikely.
 361   There just is not much reason, and the work to make this happen is more than
 362   it may seem.
 363  </P
 364 ></DIV
 365 ><DIV
 366 CLASS="SECT2"
 367 ><H3
 368 CLASS="SECT2"
 369 ><A
 370 NAME="OSXIE"
 371 >5.6. In Mac OSX, I can't configure Microsoft Internet Explorer to use
 372  <SPAN
 373 CLASS="APPLICATION"
 374 >Privoxy</SPAN
 375 > as the HTTP proxy.</A
 376 ></H3
 377 ><P
 378 >  Microsoft Internet Explorer (in versions like 5.1) respects system-wide
 379   network settings.  In order to change the HTTP proxy, open System
 380   Preferences, and click on the Network icon.  In the settings pane that
 381   comes up, click on the Proxies tab.  Ensure the "Web Proxy (HTTP)" checkbox
 382   is checked and enter <VAR
 383 CLASS="LITERAL"
 384 >127.0.0.1</VAR
 385 > in the entry field.
 386   Enter <VAR
 387 CLASS="LITERAL"
 388 >8118</VAR
 389 > in the Port field.  The next time you start
 390   IE, it should reflect these values.
 391  </P
 392 ></DIV
 393 ><DIV
 394 CLASS="SECT2"
 395 ><H3
 396 CLASS="SECT2"
 397 ><A
 398 NAME="OSXUNINSTALL"
 399 >5.7. In Mac OSX, I dragged the Privoxy folder to the trash in order to
 400  uninstall it.  Now the finder tells me I don't have sufficient privileges to
 401  empty the trash.</A
 402 ></H3
 403 ><P
 404 >  Just dragging the <SPAN
 405 CLASS="APPLICATION"
 406 >Privoxy</SPAN
 407 > folder to the trash is
 408   not enough to delete it.  <SPAN
 409 CLASS="APPLICATION"
 410 >Privoxy</SPAN
 411 > supplies an
 412   <SPAN
 413 CLASS="APPLICATION"
 414 >uninstall.command</SPAN
 415 > file that takes care of
 416   these details.  Open the trash, drag the <SPAN
 417 CLASS="APPLICATION"
 418 >uninstall.command</SPAN
 419 >
 420   file out of the trash and double-click on it.  You will be prompted for
 421   confirmation and the administration password.
 422  </P
 423 ><P
 424 >  The trash may still appear full after this command; emptying the trash
 425   from the desktop should make it appear empty again.
 426  </P
 427 ></DIV
 428 ><DIV
 429 CLASS="SECT2"
 430 ><H3
 431 CLASS="SECT2"
 432 ><A
 433 NAME="OSXIMAGES"
 434 >5.8. In Mac OSX Panther (10.3), images often fail to load and/or I
 435  experience random delays in page loading. I'm using
 436  <VAR
 437 CLASS="LITERAL"
 438 >localhost</VAR
 439 > as my browser's proxy setting.</A
 440 ></H3
 441 ><P
 442 >  We believe this is due to an IPv6-related bug in OSX, but don't fully
 443   understand the issue yet. In any case, changing the proxy setting to
 444   <VAR
 445 CLASS="LITERAL"
 446 >127.0.0.1</VAR
 447 > instead of <VAR
 448 CLASS="LITERAL"
 449 >localhost</VAR
 450 >
 451   works around the problem.
 452  </P
 453 ></DIV
 454 ><DIV
 455 CLASS="SECT2"
 456 ><H3
 457 CLASS="SECT2"
 458 ><A
 459 NAME="BLANKPAGE"
 460 >5.9. I get a completely blank page at one site. <SPAN
 461 CLASS="QUOTE"
 462 >"View Source"</SPAN
 463 >
 464  shows only: <SPAN
 465 CLASS="MARKUP"
 466 >&#60;html&#62;&#60;body&#62;&#60;/body&#62;&#60;/html&#62;</SPAN
 467 >. Without
 468  <SPAN
 469 CLASS="APPLICATION"
 470 >Privoxy</SPAN
 471 > the page loads fine.</A
 472 ></H3
 473 ><P
 474 >  Chances are that the site suffers from a bug in
 475   <A
 476 HREF="http://www.php.net/"
 477 TARGET="_top"
 478 ><SPAN
 479 CLASS="APPLICATION"
 480 >PHP</SPAN
 481 ></A
 482 >,
 483   which results in empty pages being sent if the client explicitly requests
 484   an uncompressed page, like <SPAN
 485 CLASS="APPLICATION"
 486 >Privoxy</SPAN
 487 > does.
 488   This bug has been fixed in PHP 4.2.3.
 489  </P
 490 ><P
 491 >  To find out if this is in fact the source of the problem, try adding
 492   the site to a <VAR
 493 CLASS="LITERAL"
 494 >-prevent-compression</VAR
 495 > section in
 496   <TT
 497 CLASS="FILENAME"
 498 >user.action</TT
 499 >:
 500  </P
 501 ><TABLE
 502 BORDER="0"
 503 BGCOLOR="#E0E0E0"
 504 WIDTH="100%"
 505 ><TR
 506 ><TD
 507 ><PRE
 508 CLASS="SCREEN"
 509 >   # Make exceptions for ill-behaved sites:
 510    #
 511    {-prevent-compression}
 512     .example.com</PRE
 513 ></TD
 514 ></TR
 515 ></TABLE
 516 ><P
 517 >  If that works, you may also want to report the problem to the
 518   site's webmasters, telling them to use zlib.output_compression
 519   instead of ob_gzhandler in their PHP applications (workaround)
 520   or upgrade to PHP 4.2.3 or later (fix).
 521  </P
 522 ></DIV
 523 ><DIV
 524 CLASS="SECT2"
 525 ><H3
 526 CLASS="SECT2"
 527 ><A
 528 NAME="ERROR503"
 529 >5.10. Why am I getting a 503 Error (WSAECONNREFUSED) on every page?</A
 530 ></H3
 531 ><P
 532 >  More than likely this is a problem with the network stack. ZoneAlarm has
 533   been reported to cause this symptom -- even if not running. The solution is
 534   to either fight the ZA configuration, or uninstall ZoneAlarm, and then find
 535   something better behaved in its place. Other firewall type products may
 536   cause similar type problems if not configured correctly.
 537  </P
 538 ></DIV
 539 ><DIV
 540 CLASS="SECT2"
 541 ><H3
 542 CLASS="SECT2"
 543 ><A
 544 NAME="NOHOSTNAME"
 545 >5.11. My logs show many <SPAN
 546 CLASS="QUOTE"
 547 >"Unable to get my own hostname"</SPAN
 548 > lines.
 549 Why?</A
 550 ></H3
 551 ><P
 552 > <SPAN
 553 CLASS="APPLICATION"
 554 >Privoxy</SPAN
 555 > tries to get the hostname of the system
 556  its running on from the IP address of the system interface it is bound to
 557  (from the <TT
 558 CLASS="FILENAME"
 559 >config</TT
 560 > file
 561  <SPAN
 562 CLASS="emphasis"
 563 ><I
 564 CLASS="EMPHASIS"
 565 >listen-address</I
 566 ></SPAN
 567 > setting). If the system cannot supply
 568  this information, <SPAN
 569 CLASS="APPLICATION"
 570 >Privoxy</SPAN
 571 > logs this condition. </P
 572 ><P
 573 > Typically, this would be considered a system configuration error. It is not a
 574  fatal error to <SPAN
 575 CLASS="APPLICATION"
 576 >Privoxy</SPAN
 577 > however, but may result in
 578  a much slower response from <SPAN
 579 CLASS="APPLICATION"
 580 >Privoxy</SPAN
 581 > due to DNS
 582  timeouts.</P
 583 ></DIV
 584 ><DIV
 585 CLASS="SECT2"
 586 ><H3
 587 CLASS="SECT2"
 588 ><A
 589 NAME="INUSE"
 590 >5.12. When I try to launch <SPAN
 591 CLASS="APPLICATION"
 592 >Privoxy</SPAN
 593 >, I get an
 594 error message <SPAN
 595 CLASS="QUOTE"
 596 >"port 8118 is already in use"</SPAN
 597 > (or similar wording).
 598 Why?</A
 599 ></H3
 600 ><P
 601 > Port 8118 is <SPAN
 602 CLASS="APPLICATION"
 603 >Privoxy's</SPAN
 604 > default TCP
 605  <SPAN
 606 CLASS="QUOTE"
 607 >"listening"</SPAN
 608 > port. Typically this message would mean that there
 609  is already one instance of <SPAN
 610 CLASS="APPLICATION"
 611 >Privoxy</SPAN
 612 > running, and
 613  you are actually trying to start a second <SPAN
 614 CLASS="APPLICATION"
 615 >Privoxy</SPAN
 616 >
 617  on the same port, which will not work. How and why this might happen varies
 618  from platform to platform, but you need to check your installation and
 619  start-up procedures.</P
 620 ></DIV
 621 ><DIV
 622 CLASS="SECT2"
 623 ><H3
 624 CLASS="SECT2"
 625 ><A
 626 NAME="DEMORONIZER"
 627 >5.13. Pages with UTF-8 fonts are garbled.</A
 628 ></H3
 629 ><P
 630 > This is caused by the <SPAN
 631 CLASS="QUOTE"
 632 >"demoronizer"</SPAN
 633 > filter, which was introduced
 634  in version 3.0.2, and was inappropriately turned on by default. You should
 635  either upgrade <SPAN
 636 CLASS="APPLICATION"
 637 >Privoxy</SPAN
 638 >, or at least upgrade to the most
 639  recent <TT
 640 CLASS="FILENAME"
 641 >default.action</TT
 642 > file available from
 643  <A
 644 HREF="http://sourceforge.net/project/showfiles.php?group_id=11118"
 645 TARGET="_top"
 646 >SourceForge</A
 647 >.
 648  Or you can simply disable the demoronizer filter.</P
 649 ></DIV
 650 ><DIV
 651 CLASS="SECT2"
 652 ><H3
 653 CLASS="SECT2"
 654 ><A
 655 NAME="DEMORONIZER2"
 656 >5.14. Why are binary files (such as images) corrupted when <SPAN
 657 CLASS="APPLICATION"
 658 >Privoxy</SPAN
 659 >
 660  is used?</A
 661 ></H3
 662 ><P
 663 > This may also be caused by the <SPAN
 664 CLASS="QUOTE"
 665 >"demoronizer"</SPAN
 666 > filter,
 667  in conjunction with a web server that is misreporting a file type. Binary
 668  files are exempted from <SPAN
 669 CLASS="APPLICATION"
 670 >Privoxy's</SPAN
 671 > filtering
 672  (unless the web server by mistake says the file is a plain text file). Either
 673  upgrade <SPAN
 674 CLASS="APPLICATION"
 675 >Privoxy</SPAN
 676 >, or go to the most recent
 677  <TT
 678 CLASS="FILENAME"
 679 >default.action</TT
 680 > file available from <A
 681 HREF="http://sourceforge.net/project/showfiles.php?group_id=11118"
 682 TARGET="_top"
 683 >SourceForge</A
 684 >.</P
 685 ></DIV
 686 ><DIV
 687 CLASS="SECT2"
 688 ><H3
 689 CLASS="SECT2"
 690 ><A
 691 NAME="DEMORONIZER3"
 692 >5.15. What is the <SPAN
 693 CLASS="QUOTE"
 694 >"demoronizer"</SPAN
 695 > and why is it there?</A
 696 ></H3
 697 ><P
 698 > The original demoronizer was a Perl script that cleaned up HTML pages which
 699  were created with certain Microsoft products. MS has used proprietary extensions
 700  to standardized font encodings (ISO 8859-1), which has caused problems for pages
 701  that are viewed with non-Microsoft products (and are expecting to see a
 702  standard set of fonts). The demoronizer corrected these errors so the pages
 703  displayed correctly. <SPAN
 704 CLASS="APPLICATION"
 705 >Privoxy</SPAN
 706 > borrowed from this
 707  script, introducing a filter based on the original demoronizer, which in turn could
 708  correct these errors on the fly. </P
 709 ><P
 710 > But this is only needed in some situations, and will cause serious problems in some
 711  other situations.</P
 712 ><P
 713 > If you are using Microsoft products, you do not need it. If you need to view
 714  pages with UTF-8 characters (such as Cyrillic or Chinese), then it will
 715  cause corruption of the fonts, and thus <SPAN
 716 CLASS="emphasis"
 717 ><I
 718 CLASS="EMPHASIS"
 719 >should not be on</I
 720 ></SPAN
 721 >.</P
 722 ><P
 723 > On the other hand, if you use non-Microsoft products, and you occasionally
 724  notice wierd characters on pages, you might want to try it.</P
 725 ><P
 726 > This filter was introduced with version 3.0.2 of <SPAN
 727 CLASS="APPLICATION"
 728 >Privoxy</SPAN
 729 >,
 730  and was on by default in that version. It is off in all subsequent versions
 731  (unless turned on by the user).</P
 732 ></DIV
 733 ><DIV
 734 CLASS="SECT2"
 735 ><H3
 736 CLASS="SECT2"
 737 ><A
 738 NAME="WINDOWOPEN"
 739 >5.16. Why do I keep seeing <SPAN
 740 CLASS="QUOTE"
 741 >"PrivoxyWindowOpen()"</SPAN
 742 > in raw source code?</A
 743 ></H3
 744 ><P
 745 > <SPAN
 746 CLASS="APPLICATION"
 747 >Privoxy</SPAN
 748 > is attempting to disable malicious
 749  Javascript in this case, with the <VAR
 750 CLASS="LITERAL"
 751 >unsolicited-popups</VAR
 752 >
 753  filter. <SPAN
 754 CLASS="APPLICATION"
 755 >Privoxy</SPAN
 756 > cannot tell very well
 757  <SPAN
 758 CLASS="QUOTE"
 759 >"good"</SPAN
 760 > code snippets from <SPAN
 761 CLASS="QUOTE"
 762 >"bad"</SPAN
 763 > code snippets.</P
 764 ><P
 765 > If you see this in HTML source, and the page displays without problems, then
 766  this is good, and likely some pop-up window was disabled. If you see this
 767  where it is causing a problem, such as a downloaded program source code file,
 768  then you should set an exception for this site or page such that the
 769  integrity of the page stays in tact by disabling all filtering.</P
 770 ></DIV
 771 ></DIV
 772 ><DIV
 773 CLASS="NAVFOOTER"
 774 ><HR
 775 ALIGN="LEFT"
 776 WIDTH="100%"><TABLE
 777 SUMMARY="Footer navigation table"
 778 WIDTH="100%"
 779 BORDER="0"
 780 CELLPADDING="0"
 781 CELLSPACING="0"
 782 ><TR
 783 ><TD
 784 WIDTH="33%"
 785 ALIGN="left"
 786 VALIGN="top"
 787 ><A
 788 HREF="misc.html"
 789 ACCESSKEY="P"
 790 >Prev</A
 791 ></TD
 792 ><TD
 793 WIDTH="34%"
 794 ALIGN="center"
 795 VALIGN="top"
 796 ><A
 797 HREF="index.html"
 798 ACCESSKEY="H"
 799 >Home</A
 800 ></TD
 801 ><TD
 802 WIDTH="33%"
 803 ALIGN="right"
 804 VALIGN="top"
 805 ><A
 806 HREF="contact.html"
 807 ACCESSKEY="N"
 808 >Next</A
 809 ></TD
 810 ></TR
 811 ><TR
 812 ><TD
 813 WIDTH="33%"
 814 ALIGN="left"
 815 VALIGN="top"
 816 >Miscellaneous</TD
 817 ><TD
 818 WIDTH="34%"
 819 ALIGN="center"
 820 VALIGN="top"
 821 >&nbsp;</TD
 822 ><TD
 823 WIDTH="33%"
 824 ALIGN="right"
 825 VALIGN="top"
 826 >Contacting the developers, Bug Reporting and Feature Requests</TD
 827 ></TR
 828 ></TABLE
 829 ></DIV
 830 ></BODY
 831 ></HTML
 832 >