doc/webserver/faq/trouble.html

   1 <HTML
   2 ><HEAD
   3 ><TITLE
   4 >Troubleshooting</TITLE
   5 ><META
   6 NAME="GENERATOR"
   7 CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
   8 "><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 ></A
  78 >5. Troubleshooting</H1
  79 ><DIV
  80 CLASS="SECT2"
  81 ><H3
  82 CLASS="SECT2"
  83 ><A
  84 NAME="AEN925"
  85 ></A
  86 >5.1. I am getting <SPAN
  87 CLASS="QUOTE"
  88 >"connection refused"</SPAN
  89 >
  90 with every web page?</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 > Early <SPAN
 103 CLASS="APPLICATION"
 104 >Privoxy</SPAN
 105 > 2.x versions (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 ><TT
 117 CLASS="LITERAL"
 118 >listen-address</TT
 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="AEN938"
 136 ></A
 137 >5.2. I just added a new rule, but the steenkin ad is
 138 still getting through. How?</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. Blocking ads is like blocking
 156  spam: a lot of tinkering is required to stay ahead of the game.</P
 157 ></DIV
 158 ><DIV
 159 CLASS="SECT2"
 160 ><H3
 161 CLASS="SECT2"
 162 ><A
 163 NAME="BADSITE"
 164 ></A
 165 >5.3. One of my favorite sites does not work with <SPAN
 166 CLASS="APPLICATION"
 167 >Privoxy</SPAN
 168 >.
 169 What can I do?</H3
 170 ><P
 171 > First verify that it is indeed a <SPAN
 172 CLASS="APPLICATION"
 173 >Privoxy</SPAN
 174 > problem,
 175  by toggling off <SPAN
 176 CLASS="APPLICATION"
 177 >Privoxy</SPAN
 178 > through <A
 179 HREF="http://config.privoxy.org/toggle"
 180 TARGET="_top"
 181 >http://config.privoxy.org/toggle</A
 182 >,
 183  and then shift-reloading the problem page (i.e. holding down the shift key
 184  while clicking reload. Alternatively, flush your browser's disk and memory
 185  caches).</P
 186 ><P
 187 > If still a problem, go to <A
 188 HREF="http://config.privoxy.org/show-url-info"
 189 TARGET="_top"
 190 >http://config.privoxy.org/show-url-info</A
 191 >
 192  and paste the full URL of the page in question into the prompt. See which actions
 193  are being applied to the URL, and which matches in which actions files are
 194  responsible for that. Now, armed with this information, go to <A
 195 HREF="http://config.privoxy.org/show-status"
 196 TARGET="_top"
 197 >http://config.privoxy.org/show-status</A
 198 >
 199  and select the appropriate actions files for editing.</P
 200 ><P
 201 > You can now either look for a section which disables the actions that
 202  you suspect to cause the problem and add a pattern for your site there,
 203  or make up a completely new section for your site. In any case, the recommended
 204  way is to disable only the prime suspect, reload the problem page, and only
 205  if the problem persists, disable more and more actions until you have
 206  identified the culprit. You may or may not want to turn the other actions
 207  on again. Remember to flush your browser's caches in between any such changes!</P
 208 ><P
 209 > Alternately, if you are comfortable with a text editor, you can accomplish
 210  the same thing by editing the appropriate actions file. Probably the easiest
 211  way to deal with such problems when editing by hand is to add your
 212  site to a <TT
 213 CLASS="LITERAL"
 214 >{ fragile }</TT
 215 > section in <TT
 216 CLASS="FILENAME"
 217 >user.action</TT
 218 >,
 219  which is an alias that turns off most <SPAN
 220 CLASS="QUOTE"
 221 >"dangerous"</SPAN
 222 >
 223  actions, but is also likely to turn off more actions then needed, and thus lower
 224  your privacy and protection more than necessary, </P
 225 ><P
 226 > Troubleshooting actions is discussed in more detail in the <A
 227 HREF="../user-manual/appendix.html#ACTIONSANAT"
 228 TARGET="_top"
 229 >user-manual appendix</A
 230 >.
 231  There is also an <A
 232 HREF="../user-manual/actions-file.html#ACT-EXAMPLES"
 233 TARGET="_top"
 234 >actions tutorial</A
 235 >.</P
 236 ></DIV
 237 ><DIV
 238 CLASS="SECT2"
 239 ><H3
 240 CLASS="SECT2"
 241 ><A
 242 NAME="DUN"
 243 ></A
 244 >5.4. After installing <SPAN
 245 CLASS="APPLICATION"
 246 >Privoxy</SPAN
 247 >, I have to log in
 248 every time I start IE. What gives?</H3
 249 ><P
 250 > This is a quirk that effects the installation of
 251  <SPAN
 252 CLASS="APPLICATION"
 253 >Privoxy</SPAN
 254 >, in conjunction with Internet Explorer and
 255  Internet Connection Sharing on Windows 2000 and Windows XP. The symptoms may
 256  appear to be corrupted or invalid DUN settings, or passwords.</P
 257 ><P
 258 > When setting up an NT based Windows system with
 259  <SPAN
 260 CLASS="APPLICATION"
 261 >Privoxy</SPAN
 262 > you may find that things do not seem to be
 263  doing what you expect. When you set your system up you will probably have set
 264  up Internet Connection Sharing (ICS) with Dial up Networking (DUN) when
 265  logged in with administrator privileges. You will probably have made this DUN
 266  connection available to other accounts that you may have set-up on your
 267  system. E.g. Mum or Dad sets up the system and makes accounts suitably
 268  configured for the kids.</P
 269 ><P
 270 > When setting up <SPAN
 271 CLASS="APPLICATION"
 272 >Privoxy</SPAN
 273 > in this environment you
 274  will have to alter the proxy set-up of Internet Explorer (IE) for the
 275  specific DUN connection on which you wish to use
 276  <SPAN
 277 CLASS="APPLICATION"
 278 >Privoxy</SPAN
 279 >. When you do this the ICS DUN set-up
 280  becomes user specific. In this instance you will see no difference if you
 281  change the DUN connection under the account used to set-up the connection.
 282  However when you do this from another user you will notice that the DUN
 283  connection changes to make available to "Me only". You will also find that
 284  you have to store the password under each different user!</P
 285 ><P
 286 > The reason for this is that each user's set-up for IE is user specific. Each
 287  set-up DUN connection and each LAN connection in IE store the settings for
 288  each user individually. As such this enforces individual configurations
 289  rather than common ones. Hence the first time you use a DUN connection after
 290  re-booting your system it may not perform as you expect, and prompt you for
 291  the password. Just set and save the password again and all should be OK.</P
 292 ><P
 293 >[Thanks to Ray Griffith for this submission.]</P
 294 ></DIV
 295 ><DIV
 296 CLASS="SECT2"
 297 ><H3
 298 CLASS="SECT2"
 299 ><A
 300 NAME="FTP"
 301 ></A
 302 >5.5. I cannot connect to any FTP sites. <SPAN
 303 CLASS="APPLICATION"
 304 >Privoxy</SPAN
 305 >
 306  seems to be blocking me.</H3
 307 ><P
 308 >  <SPAN
 309 CLASS="APPLICATION"
 310 >Privoxy</SPAN
 311 > cannot act as a proxy for FTP traffic,
 312   so do not configure your browser to use <SPAN
 313 CLASS="APPLICATION"
 314 >Privoxy</SPAN
 315 >
 316   as an FTP proxy. The same is true for <SPAN
 317 CLASS="emphasis"
 318 ><I
 319 CLASS="EMPHASIS"
 320 >any protocol other than HTTP
 321   or HTTPS</I
 322 ></SPAN
 323 >.
 324  </P
 325 ><P
 326 >  Most browsers understand FTP as well as HTTP. If you connect to a site, with
 327   a URL like <TT
 328 CLASS="LITERAL"
 329 >ftp://ftp.example.com</TT
 330 >, your browser is making
 331   an FTP connection, and not a HTTP connection. So while your browser may
 332   speak FTP, <SPAN
 333 CLASS="APPLICATION"
 334 >Privoxy</SPAN
 335 > does not, and cannot proxy
 336   such traffic.
 337  </P
 338 ><P
 339 >  To complicate matters, some systems may have a generic <SPAN
 340 CLASS="QUOTE"
 341 >"proxy"</SPAN
 342 >
 343   setting, which will silently various protocols, including
 344   <SPAN
 345 CLASS="emphasis"
 346 ><I
 347 CLASS="EMPHASIS"
 348 >both</I
 349 ></SPAN
 350 > HTTP and FTP proxying! So it is possible to
 351   accidentally enable FTP proxying in these cases. And of course, if this
 352   happens, <SPAN
 353 CLASS="APPLICATION"
 354 >Privoxy</SPAN
 355 > will indeed cause problems since
 356   it does not know FTP. Newer version will give a sane error message if a FTP
 357   connection is attempted.
 358  </P
 359 ><P
 360 >  Will <SPAN
 361 CLASS="APPLICATION"
 362 >Privoxy</SPAN
 363 > ever proxy FTP traffic? Unlikely.
 364   There just is not much reason, and the work to make this happen is more than
 365   it may seem.
 366  </P
 367 ></DIV
 368 ><DIV
 369 CLASS="SECT2"
 370 ><H3
 371 CLASS="SECT2"
 372 ><A
 373 NAME="OSXIE"
 374 ></A
 375 >5.6. In Mac OSX, I can't configure Microsoft Internet Explorer to use
 376  <SPAN
 377 CLASS="APPLICATION"
 378 >Privoxy</SPAN
 379 > as the HTTP proxy.</H3
 380 ><P
 381 >  Microsoft Internet Explorer (in versions like 5.1) respects system-wide
 382   network settings.  In order to change the HTTP proxy, open System
 383   Preferences, and click on the Network icon.  In the settings pane that
 384   comes up, click on the Proxies tab.  Ensure the "Web Proxy (HTTP)" checkbox
 385   is checked and enter <TT
 386 CLASS="LITERAL"
 387 >127.0.0.1</TT
 388 > in the entry field.
 389   Enter <TT
 390 CLASS="LITERAL"
 391 >8118</TT
 392 > in the Port field.  The next time you start
 393   IE, it should reflect these values.
 394  </P
 395 ></DIV
 396 ><DIV
 397 CLASS="SECT2"
 398 ><H3
 399 CLASS="SECT2"
 400 ><A
 401 NAME="OSXUNINSTALL"
 402 ></A
 403 >5.7. In Mac OSX, I dragged the Privoxy folder to the trash in order to
 404  uninstall it.  Now the finder tells me I don't have sufficient privileges to
 405  empty the trash.</H3
 406 ><P
 407 >  Just dragging the <SPAN
 408 CLASS="APPLICATION"
 409 >Privoxy</SPAN
 410 > folder to the trash is
 411   not enough to delete it.  <SPAN
 412 CLASS="APPLICATION"
 413 >Privoxy</SPAN
 414 > supplies an
 415   <SPAN
 416 CLASS="APPLICATION"
 417 >uninstall.command</SPAN
 418 > file that takes care of
 419   these details.  Open the trash, drag the <SPAN
 420 CLASS="APPLICATION"
 421 >uninstall.command</SPAN
 422 >
 423   file out of the trash and double-click on it.  You will be prompted for
 424   confirmation and the administration password.
 425  </P
 426 ><P
 427 >  The trash may still appear full after this command; emptying the trash
 428   from the desktop should make it appear empty again.
 429  </P
 430 ></DIV
 431 ><DIV
 432 CLASS="SECT2"
 433 ><H3
 434 CLASS="SECT2"
 435 ><A
 436 NAME="OSXIMAGES"
 437 ></A
 438 >5.8. In Mac OSX Panther (10.3), images often fail to load and/or I
 439  experience random delays in page loading. I'm using
 440  <TT
 441 CLASS="LITERAL"
 442 >localhost</TT
 443 > as my browser's proxy setting.</H3
 444 ><P
 445 >  We believe this is due to an IPv6-related bug in OSX, but don't fully
 446   understand the issue yet. In any case, changing the proxy setting to
 447   <TT
 448 CLASS="LITERAL"
 449 >127.0.0.1</TT
 450 > instead of <TT
 451 CLASS="LITERAL"
 452 >localhost</TT
 453 >
 454   works around the problem.
 455  </P
 456 ></DIV
 457 ><DIV
 458 CLASS="SECT2"
 459 ><H3
 460 CLASS="SECT2"
 461 ><A
 462 NAME="BLANKPAGE"
 463 ></A
 464 >5.9. I get a completely blank page at one site. <SPAN
 465 CLASS="QUOTE"
 466 >"View Source"</SPAN
 467 >
 468  shows only: <SPAN
 469 CLASS="MARKUP"
 470 >&#60;html&#62;&#60;body&#62;&#60;/body&#62;&#60;/html&#62;</SPAN
 471 >. Without
 472  <SPAN
 473 CLASS="APPLICATION"
 474 >Privoxy</SPAN
 475 > the page loads fine.</H3
 476 ><P
 477 >  Chances are that the site suffers from a bug in
 478   <A
 479 HREF="http://www.php.net/"
 480 TARGET="_top"
 481 ><SPAN
 482 CLASS="APPLICATION"
 483 >PHP</SPAN
 484 ></A
 485 >,
 486   which results in empty pages being sent if the client explicitly requests
 487   an uncompressed page, like <SPAN
 488 CLASS="APPLICATION"
 489 >Privoxy</SPAN
 490 > does.
 491   This bug has been fixed in PHP 4.2.3.
 492  </P
 493 ><P
 494 >  To find out if this is in fact the source of the problem, try adding
 495   the site to a <TT
 496 CLASS="LITERAL"
 497 >-prevent-compression</TT
 498 > section in
 499   <TT
 500 CLASS="FILENAME"
 501 >user.action</TT
 502 >:
 503  </P
 504 ><TABLE
 505 BORDER="0"
 506 BGCOLOR="#E0E0E0"
 507 WIDTH="100%"
 508 ><TR
 509 ><TD
 510 ><PRE
 511 CLASS="SCREEN"
 512 >   # Make exceptions for ill-behaved sites:
 513    #
 514    {-prevent-compression}
 515     .example.com</PRE
 516 ></TD
 517 ></TR
 518 ></TABLE
 519 ><P
 520 >  If that works, you may also want to report the problem to the
 521   site's webmasters, telling them to use zlib.output_compression
 522   instead of ob_gzhandler in their PHP applications (workaround)
 523   or upgrade to PHP 4.2.3 or later (fix).
 524  </P
 525 ></DIV
 526 ><DIV
 527 CLASS="SECT2"
 528 ><H3
 529 CLASS="SECT2"
 530 ><A
 531 NAME="ERROR503"
 532 ></A
 533 >5.10. Why am I getting a 503 Error (WSAECONNREFUSED) on every page?</H3
 534 ><P
 535 >  More than likely this is a problem with your TCP/IP networking. ZoneAlarm has
 536   been reported to cause this symptom -- even if not running. The solution is
 537   to either fight the ZA configuration, or uninstall ZoneAlarm, and then find
 538   something better behaved in its place. Other personal firewall type products
 539   may cause similar type problems if not configured correctly.
 540  </P
 541 ></DIV
 542 ><DIV
 543 CLASS="SECT2"
 544 ><H3
 545 CLASS="SECT2"
 546 ><A
 547 NAME="NOHOSTNAME"
 548 ></A
 549 >5.11. My logs show many <SPAN
 550 CLASS="QUOTE"
 551 >"Unable to get my own hostname"</SPAN
 552 > lines.
 553 Why?</H3
 554 ><P
 555 > <SPAN
 556 CLASS="APPLICATION"
 557 >Privoxy</SPAN
 558 > tries to get the hostname of the system
 559  its running on from the IP address of the system interface it is bound to
 560  (from the <TT
 561 CLASS="FILENAME"
 562 >config</TT
 563 > file
 564  <SPAN
 565 CLASS="emphasis"
 566 ><I
 567 CLASS="EMPHASIS"
 568 >listen-address</I
 569 ></SPAN
 570 > setting). If the system cannot supply
 571  this information, <SPAN
 572 CLASS="APPLICATION"
 573 >Privoxy</SPAN
 574 > logs this condition. </P
 575 ><P
 576 > Typically, this would be considered a minor system configuration error. It is
 577  not a fatal error to <SPAN
 578 CLASS="APPLICATION"
 579 >Privoxy</SPAN
 580 > however, but may
 581  result in a much slower response from <SPAN
 582 CLASS="APPLICATION"
 583 >Privoxy</SPAN
 584 > on
 585  some platforms due to DNS timeouts.</P
 586 ></DIV
 587 ><DIV
 588 CLASS="SECT2"
 589 ><H3
 590 CLASS="SECT2"
 591 ><A
 592 NAME="INUSE"
 593 ></A
 594 >5.12. When I try to launch <SPAN
 595 CLASS="APPLICATION"
 596 >Privoxy</SPAN
 597 >, I get an
 598 error message <SPAN
 599 CLASS="QUOTE"
 600 >"port 8118 is already in use"</SPAN
 601 > (or similar wording).
 602 Why?</H3
 603 ><P
 604 > Port 8118 is <SPAN
 605 CLASS="APPLICATION"
 606 >Privoxy's</SPAN
 607 > default TCP
 608  <SPAN
 609 CLASS="QUOTE"
 610 >"listening"</SPAN
 611 > port. Typically this message would mean that there
 612  is already one instance of <SPAN
 613 CLASS="APPLICATION"
 614 >Privoxy</SPAN
 615 > running, and
 616  you are actually trying to start a second <SPAN
 617 CLASS="APPLICATION"
 618 >Privoxy</SPAN
 619 >
 620  on the same port, which will not work. (You can have multiple instances but
 621  they must be assigned different ports.) How and why this might happen varies
 622  from platform to platform, but you need to check your installation and
 623  start-up procedures.</P
 624 ></DIV
 625 ><DIV
 626 CLASS="SECT2"
 627 ><H3
 628 CLASS="SECT2"
 629 ><A
 630 NAME="DEMORONIZER"
 631 ></A
 632 >5.13. Pages with UTF-8 fonts are garbled.</H3
 633 ><P
 634 > This is caused by the <SPAN
 635 CLASS="QUOTE"
 636 >"demoronizer"</SPAN
 637 > filter. You should either
 638  upgrade <SPAN
 639 CLASS="APPLICATION"
 640 >Privoxy</SPAN
 641 >, or at least upgrade to the most
 642  recent <TT
 643 CLASS="FILENAME"
 644 >default.action</TT
 645 > file available from <A
 646 HREF="http://sourceforge.net/project/showfiles.php?group_id=11118"
 647 TARGET="_top"
 648 >SourceForge</A
 649 >.
 650  Or you can simply disable the demoronizer filter.</P
 651 ></DIV
 652 ><DIV
 653 CLASS="SECT2"
 654 ><H3
 655 CLASS="SECT2"
 656 ><A
 657 NAME="DEMORONIZER2"
 658 ></A
 659 >5.14. Why are binary files (such as images) corrupted when <SPAN
 660 CLASS="APPLICATION"
 661 >Privoxy</SPAN
 662 >
 663  is used?</H3
 664 ><P
 665 > This may also be caused by the <SPAN
 666 CLASS="QUOTE"
 667 >"demoronizer"</SPAN
 668 > filter,
 669  in conjunction with a web server that is misreporting a file type. Binary
 670  files are exempted from <SPAN
 671 CLASS="APPLICATION"
 672 >Privoxy's</SPAN
 673 > filtering
 674  (unless the web server by mistake says the file is something else). Either
 675  upgrade <SPAN
 676 CLASS="APPLICATION"
 677 >Privoxy</SPAN
 678 >, or go to the most recent
 679  <TT
 680 CLASS="FILENAME"
 681 >default.action</TT
 682 > file available from <A
 683 HREF="http://sourceforge.net/project/showfiles.php?group_id=11118"
 684 TARGET="_top"
 685 >SourceForge</A
 686 >.</P
 687 ></DIV
 688 ><DIV
 689 CLASS="SECT2"
 690 ><H3
 691 CLASS="SECT2"
 692 ><A
 693 NAME="DEMORONIZER3"
 694 ></A
 695 >5.15. What is the <SPAN
 696 CLASS="QUOTE"
 697 >"demoronizer"</SPAN
 698 > and why is it there?</H3
 699 ><P
 700 > The original demoronizer was a Perl script that cleaned up HTML pages which
 701  were created with certain Microsoft products. MS has used proprietary extensions
 702  to standardized font encodings (ISO 8859-1), which has caused problems for pages
 703  that are viewed with non-Microsoft products (and are expecting to see a
 704  standard set of fonts). The demoronizer corrected these errors so the pages
 705  displayed correctly. <SPAN
 706 CLASS="APPLICATION"
 707 >Privoxy</SPAN
 708 > borrowed from this
 709  script, introducing a filter based on the original demoronizer, which in turn could
 710  correct these errors on the fly. </P
 711 ><P
 712 > But this is only needed in some situations, and will cause serious problems in some
 713  other situations.</P
 714 ><P
 715 > If you are using Microsoft products, you do not need it. If you need to view
 716  pages with UTF-8 characters (such as Cyrillic or Chinese), then it will
 717  cause corruption of the fonts, and thus <SPAN
 718 CLASS="emphasis"
 719 ><I
 720 CLASS="EMPHASIS"
 721 >should not be on</I
 722 ></SPAN
 723 >.</P
 724 ><P
 725 > On the other hand, if you use non-Microsoft products, and you occasionally
 726  notice wierd characters on pages, you might want to try it.</P
 727 ></DIV
 728 ><DIV
 729 CLASS="SECT2"
 730 ><H3
 731 CLASS="SECT2"
 732 ><A
 733 NAME="WINDOWOPEN"
 734 ></A
 735 >5.16. Why do I keep seeing <SPAN
 736 CLASS="QUOTE"
 737 >"PrivoxyWindowOpen()"</SPAN
 738 > in raw source code?</H3
 739 ><P
 740 > <SPAN
 741 CLASS="APPLICATION"
 742 >Privoxy</SPAN
 743 > is attempting to disable malicious
 744  Javascript in this case, with the <TT
 745 CLASS="LITERAL"
 746 >unsolicited-popups</TT
 747 >
 748  filter. <SPAN
 749 CLASS="APPLICATION"
 750 >Privoxy</SPAN
 751 > cannot tell very well
 752  <SPAN
 753 CLASS="QUOTE"
 754 >"good"</SPAN
 755 > code snippets from <SPAN
 756 CLASS="QUOTE"
 757 >"bad"</SPAN
 758 > code snippets.</P
 759 ><P
 760 > If you see this in HTML source, and the page displays without problems, then
 761  this is good, and likely some pop-up window was disabled. If you see this
 762  where it is causing a problem, such as a downloaded program source code file,
 763  then you should set an exception for this site or page such that the
 764  integrity of the page stays in tact by disabling all filtering.</P
 765 ></DIV
 766 ><DIV
 767 CLASS="SECT2"
 768 ><H3
 769 CLASS="SECT2"
 770 ><A
 771 NAME="DNSERRORS"
 772 ></A
 773 >5.17. I am getting too many DNS errors like <SPAN
 774 CLASS="QUOTE"
 775 >"404 No Such Domain"</SPAN
 776 >. Why
 777  can't <SPAN
 778 CLASS="APPLICATION"
 779 >Privoxy</SPAN
 780 > do this better?</H3
 781 ><P
 782 > There are potentially several factors here. First of all, the DNS resolution
 783  is done by the underlying operating system -- not
 784  <SPAN
 785 CLASS="APPLICATION"
 786 >Privoxy</SPAN
 787 > itself. <SPAN
 788 CLASS="APPLICATION"
 789 >Privoxy</SPAN
 790 >
 791  merely initiates the process and hands it off, and then later reports
 792  whatever the outcome was. And tries to give a coherent message if there seems
 793  to be a problem. In some cases, this might otherwise be mitigated by the
 794  browser itself which might try some work-arounds and alernate approaches (e.g
 795  adding <SPAN
 796 CLASS="QUOTE"
 797 >"www."</SPAN
 798 > to the URL). In other cases, if
 799  <SPAN
 800 CLASS="APPLICATION"
 801 >Privoxy</SPAN
 802 > is being chained with another proxy, this
 803  could complicate the issue, and cause undue
 804  delays and timeouts. In the case of a <SPAN
 805 CLASS="QUOTE"
 806 >"socks4a"</SPAN
 807 > proxy, the socks
 808  server handles all the DNS.  <SPAN
 809 CLASS="APPLICATION"
 810 >Privoxy</SPAN
 811 > would just be
 812  the <SPAN
 813 CLASS="QUOTE"
 814 >"messenger"</SPAN
 815 > which is reporting whatever problem occurred
 816  downstream, and not the root cause of the error.</P
 817 ><P
 818 > In any case, v. 3.0.4 includes various improvements to help
 819  <SPAN
 820 CLASS="APPLICATION"
 821 >Privoxy</SPAN
 822 > better handle these cases.</P
 823 ></DIV
 824 ><DIV
 825 CLASS="SECT2"
 826 ><H3
 827 CLASS="SECT2"
 828 ><A
 829 NAME="ALLCPU"
 830 ></A
 831 >5.18. At one site <SPAN
 832 CLASS="APPLICATION"
 833 >Privoxy</SPAN
 834 > just hangs, and starts taking
 835  all CPU. Why is this?</H3
 836 ><P
 837 > This is probably a manifestation of the <SPAN
 838 CLASS="QUOTE"
 839 >"100% cpu"</SPAN
 840 > problem that
 841  occurs on pages containing many (thousands upon thousands) of blank lines. The blank lines
 842  are in the raw HTML source of the page, and the browser just ignores them. But the
 843  pattern matching in <SPAN
 844 CLASS="APPLICATION"
 845 >Privoxy's</SPAN
 846 > page filtering
 847  mechanism is trying to match against absurdly long strings and this becomes
 848  very CPU-intensive, taking a long, long time to complete. Until a better
 849  solution comes along, disable filtering on these pages, particularly the
 850  <TT
 851 CLASS="LITERAL"
 852 >js-annoyances</TT
 853 > and <TT
 854 CLASS="LITERAL"
 855 >unsolicited-popups</TT
 856 >
 857  filters.</P
 858 ></DIV
 859 ></DIV
 860 ><DIV
 861 CLASS="NAVFOOTER"
 862 ><HR
 863 ALIGN="LEFT"
 864 WIDTH="100%"><TABLE
 865 SUMMARY="Footer navigation table"
 866 WIDTH="100%"
 867 BORDER="0"
 868 CELLPADDING="0"
 869 CELLSPACING="0"
 870 ><TR
 871 ><TD
 872 WIDTH="33%"
 873 ALIGN="left"
 874 VALIGN="top"
 875 ><A
 876 HREF="misc.html"
 877 ACCESSKEY="P"
 878 >Prev</A
 879 ></TD
 880 ><TD
 881 WIDTH="34%"
 882 ALIGN="center"
 883 VALIGN="top"
 884 ><A
 885 HREF="index.html"
 886 ACCESSKEY="H"
 887 >Home</A
 888 ></TD
 889 ><TD
 890 WIDTH="33%"
 891 ALIGN="right"
 892 VALIGN="top"
 893 ><A
 894 HREF="contact.html"
 895 ACCESSKEY="N"
 896 >Next</A
 897 ></TD
 898 ></TR
 899 ><TR
 900 ><TD
 901 WIDTH="33%"
 902 ALIGN="left"
 903 VALIGN="top"
 904 >Miscellaneous</TD
 905 ><TD
 906 WIDTH="34%"
 907 ALIGN="center"
 908 VALIGN="top"
 909 >&nbsp;</TD
 910 ><TD
 911 WIDTH="33%"
 912 ALIGN="right"
 913 VALIGN="top"
 914 >Contacting the developers, Bug Reporting and Feature Requests</TD
 915 ></TR
 916 ></TABLE
 917 ></DIV
 918 ></BODY
 919 ></HTML
 920 >