Patches item #2026468, was opened at 2008-07-24 07:16
Message generated for change (Comment added) made by fabiankeil
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=311118&aid=2026468&group_id=11118
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: new feature
Group: None
>Status: Closed
Resolution: Accepted
Priority: 5
Private: No
Submitted By: Endre Szabo (endre3)
Assigned to: Fabian Keil (fabiankeil)
Summary: New symbol support in template for GNU date(1) like output
Initial Comment:
I have made a new function into cgi.c that can be used to generate a GNU date(1) like locale dependant time string for inclusion in errorpage templates with the @time@ symbol.
I use it to emulate an other proxy solution's error pages i've changed from to privoxy, so user's can't see the diference.
----------------------------------------------------------------------
>Comment By: Fabian Keil (fabiankeil)
Date: 2008-08-31 14:58
Message:
Logged In: YES
user_id=875547
Originator: NO
Committed with modifications.
Thanks again.
----------------------------------------------------------------------
Comment By: Fabian Keil (fabiankeil)
Date: 2008-07-26 08:29
Message:
Logged In: YES
user_id=875547
Originator: NO
According to my man page, date(1) is standardized
in IEEE Std 1003.2 (POSIX.2).
The few issues in your patch aren't a problem,
I'll take care of them before committing it.
The status change to open is done automatically.
----------------------------------------------------------------------
Comment By: Endre Szabo (endre3)
Date: 2008-07-25 22:54
Message:
Logged In: YES
user_id=2156896
Originator: YES
Uhoh, did I just reopen this ticket accidentally?
----------------------------------------------------------------------
Comment By: Endre Szabo (endre3)
Date: 2008-07-25 22:52
Message:
Logged In: YES
user_id=2156896
Originator: YES
You are right, I've forgot to mention that I don't know C but only a
little bit. I mean, I can do a helloworld on my own but nothing really
more, that's why I did a lot of mistakes. The function in question is
basically a copy of the function above (get_http_time) where snprintf was
in use.
I mentioned the GNU date because I did not find any ISO of RFC standard
for this specific "Sat Jul 26 00:46:18 CEST 2008" format.
----------------------------------------------------------------------
Comment By: Fabian Keil (fabiankeil)
Date: 2008-07-25 18:26
Message:
Logged In: YES
user_id=875547
Originator: NO
Thanks for the patch, I'll have a closer look at it
once the next stable release is out. I already have
a few comments though:
1) Why do you specifically mention GNU date(1)?
While it has some non-standard extensions,
it's not clear to me why they would be relevant here.
2) Currently you are passing get_locale_time() a buf[30],
but then go ahead and call strftime(buf, 32, ...).
I would really prefer it, if get_locale_time() would
get a second parameter for the buffer size, that is then
simply forwarded to strftime().
3) What is the point of the unconditional block
in get_locale_time()? It seems to cause unnecessary
indentation without providing any benefit.
4) The comment in get_locale_time() talks about
snprintf(). Do you mean strftime()?
5) I think get_locale_time() should be static.
----------------------------------------------------------------------
Comment By: Endre Szabo (endre3)
Date: 2008-07-24 07:18
Message:
Logged In: YES
user_id=2156896
Originator: YES
File Added: cgi-c-get_locale_time.patch
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=311118&aid=2026468&group_id=11118

Actionsfile feedback item #2075381, was opened at 2008-08-26 04:40
Message generated for change (Comment added) made by hal9
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=460288&aid=2075381&group_id=11118
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: filter: page-incorrectly-block
Group: None
>Status: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: MyWebs.Biz should not be blocked
Initial Comment:
I read on wikipedia that your program blocks all .biz sites by default. If this is true then Please add 2 of my sites to your whitelist as they are legitimates. http://www.MyWebs.Biz/ & http://www.FastWebHost.Biz/ .
My name is Anthony Goodley and I am the owner and webmaster of both domains I and can assure you both web sites are legitimate and totally safe for your users.
Thanks for your time.
Thank You,
Anthony Goodley
----------------------------------------------------------------------
>Comment By: Hal Burgiss (hal9)
Date: 2008-08-26 06:32
Message:
Logged In: YES
user_id=322640
Originator: NO
Not so. Both sites come up fine on a default configuration with the
current version.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=460288&aid=2075381&group_id=11118

Actionsfile feedback item #2075381, was opened at 2008-08-26 08:40
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=460288&aid=2075381&group_id=11118
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: filter: page-incorrectly-block
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: MyWebs.Biz should not be blocked
Initial Comment:
I read on wikipedia that your program blocks all .biz sites by default. If this is true then Please add 2 of my sites to your whitelist as they are legitimates. http://www.MyWebs.Biz/ & http://www.FastWebHost.Biz/ .
My name is Anthony Goodley and I am the owner and webmaster of both domains I and can assure you both web sites are legitimate and totally safe for your users.
Thanks for your time.
Thank You,
Anthony Goodley
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=460288&aid=2075381&group_id=11118

Feature Requests item #1158508, was opened at 2005-03-07 19:43
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=361118&aid=1158508&group_id=11118
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Cosmetics
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Remove tray icon
Initial Comment:
A small request, but huge for me!
I value the systray real estate a lot and would greatly
appreciate being able to remove the icon from it. To
restore, seems like it'd be easy to add an option to the
log window or to the config.txt. But then again, I am not a
coder :)
Thanks in advance,
Jason
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2008-08-21 14:04
Message:
Logged In: NO
Please can we have a option to hide the tray icon!!!
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2007-09-06 16:42
Message:
Logged In: NO
Hi, i'm using Privoxy v3.0.6 on WinXP SP2.
Neither the toggle option nor running as a service works do hide the
tray-icon.
Any solution? :(
seb
----------------------------------------------------------------------
Comment By: TriMoon (trimoon)
Date: 2006-10-30 14:23
Message:
Logged In: YES
user_id=1633201
PS: I started Privoxy 3.0.5 as a service using a normal user account.
(I made a special Privoxy user belonging to only the users group.)
----------------------------------------------------------------------
Comment By: TriMoon (trimoon)
Date: 2006-10-30 14:19
Message:
Logged In: YES
user_id=1633201
I think its better to have web-based toggle functionality for this
feature.
I just noticed that on Privoxy 3.0.5 if you start it as a service that you
wont get a tray icon at all, no matter your setting in config...
So if you want to get rid of it on M$-OS then start it as a service...
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2005-10-29 23:51
Message:
Logged In: NO
Thanks for the response, but I don't see a solution based on it.
I'm running Privoxy v3.0.3 on w2k.
The only option in the config.txt file that looks like it, is section
"4.2. toggle"- in the notes- "The windows version will only
display the toggle icon in the system tray if this option is
present." But no change of it ((toggle 0/1) or commented out)
makes a difference.
So please help! Which option in the config file affects the tray
icon? TY
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2005-07-08 01:17
Message:
Logged In: NO
You can already change this in the config file.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=361118&aid=1158508&group_id=11118

Bugs item #2063029, was opened at 2008-08-20 20:56
Message generated for change (Comment added) made by fabiankeil
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=111118&aid=2063029&group_id=11118
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: privoxy-website
Group: version 3.0.6
>Status: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Fabian Keil (fabiankeil)
Summary: 404 logging off from yahoo mail
Initial Comment:
clicking the "logout" link at the top of any yahoo.com page [e.g. their web mail system] gets
Your request for http://www.yahoo.com&.src=ym&.intl=us/ could not be fulfilled, because the domain name http://www.yahoo.com&.src=ym&.intl=us could not be resolved.
A similar error occurs when logging off from earthlink's web mail system.
Using Opera 9.10 and windoze XP home [fully up to date]
----------------------------------------------------------------------
>Comment By: Fabian Keil (fabiankeil)
Date: 2008-08-21 07:25
Message:
Logged In: YES
user_id=875547
Originator: NO
Thanks for the report, please retry with a more
recent version. The yahoo problem should be fixed
in Privoxy 3.0.8 or later.
Please provide more details about the problems
with earthlink, so we can look into fixing them
as well.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=111118&aid=2063029&group_id=11118

Feature Requests item #2063150, was opened at 2008-08-20 22:33
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=361118&aid=2063150&group_id=11118
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: funct: other
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: IPv6 Support
Initial Comment:
Request Privoxy to listen on IPv6 interfaces, and to connect to IPv6 hosts.
Contact: tigerfishdaisy@...
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=361118&aid=2063150&group_id=11118

Bugs item #2063029, was opened at 2008-08-20 20:56
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=111118&aid=2063029&group_id=11118
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: privoxy-website
Group: version 3.0.6
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: 404 logging off from yahoo mail
Initial Comment:
clicking the "logout" link at the top of any yahoo.com page [e.g. their web mail system] gets
Your request for http://www.yahoo.com&.src=ym&.intl=us/ could not be fulfilled, because the domain name http://www.yahoo.com&.src=ym&.intl=us could not be resolved.
A similar error occurs when logging off from earthlink's web mail system.
Using Opera 9.10 and windoze XP home [fully up to date]
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=111118&aid=2063029&group_id=11118

Hal Burgiss <hal@...> wrote:
> On Mon, Aug 18, 2008 at 07:36:51PM +0200, Fabian Keil wrote:
> >
> > Could you update the website again?
>
> OK. That's probably me not catching the last minute doc updates.
Thanks.
> > BTW, do you update the website manually or through the GNUMakefile?
> > I'm wondering because the latter seems to require that
> > the local user name is the same a on SF.
>
> For stable releases, I use the Makefile. Though some things are done
> manually. The directory structure is done manually. There is a symlink
> for whatever the last stable version user manual is, which is created
> manually. That does not change on beta releases. So beta releases are
> done manually. Also, announce.txt I don't think that ever got
> fully integrated in to the doc webserver hierarchy. Which probably
> should be fixed.
Indeed.
> I just tried the Makefile again to re-upload everything (the other
> docs were probably out of sync for the same reason), and something
> really clobbered the user-manual permissions and made the directory
> unreadable. Not sure how/why that happened because the original upload
> seemed to work fine. Anyway, I fixed that manually.
That could have been my fault. I tried the webserver target
yesterday and it failed with something like "** ERROR **".
I assumed it didn't work at all, but I just noticed that
the commands are all silenced with @'s, so it may have
worked good enough to mess the permissions up.
Given that the target is intended for developers only,
I think it wouldn't hurt to make the commands visible again.
Fabian

On Mon, Aug 18, 2008 at 07:36:51PM +0200, Fabian Keil wrote:
>
> Could you update the website again?
OK. That's probably me not catching the last minute doc updates.
> BTW, do you update the website manually or through the GNUMakefile?
> I'm wondering because the latter seems to require that
> the local user name is the same a on SF.
For stable releases, I use the Makefile. Though some things are done
manually. The directory structure is done manually. There is a symlink
for whatever the last stable version user manual is, which is created
manually. That does not change on beta releases. So beta releases are
done manually. Also, announce.txt I don't think that ever got
fully integrated in to the doc webserver hierarchy. Which probably
should be fixed. Also, occasionally I have done interim updates to
FAQ, and that kind of thing I do manually.
The permission changing in the webserver target is to make sure that
everything stays group writable. There is a tendency for things to
wind up owner writable only, and if that person goes
missing-in-action, it creates a problem. So as far as I know, that is
the only thing the Makefile is really trying to catch. That has been
such a problem in the past that at one time we had a rule that there
was no manual uploading to the website -- only via the Makefile.
I just tried the Makefile again to re-upload everything (the other
docs were probably out of sync for the same reason), and something
really clobbered the user-manual permissions and made the directory
unreadable. Not sure how/why that happened because the original upload
seemed to work fine. Anyway, I fixed that manually.
--
Hal

Hal Burgiss <hal@...> wrote:
> I have unhidden the source release, updated the Privoxy website, and
> announced via SF and the mailing lists.
Could you update the website again?
It looks like the user manual is a few revisions behind,
for example http://www.privoxy.org/user-manual/whatsnew.html
doesn't include the changes since 3.0.9 beta.
BTW, do you update the website manually or through the GNUMakefile?
I'm wondering because the latter seems to require that
the local user name is the same a on SF.
Fabian

Bugs item #2022620, was opened at 2008-07-20 03:26
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=111118&aid=2022620&group_id=11118
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: windows-specific
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: browsers not working
Initial Comment:
After using privoxy, it started fine however when e-mail passwords expired I could no longer log in. Then I wanted to remove it and firefox would not work. You put stuff in my computer I no longer want. How do I get Firefox or safari to work now that I've removed your program. I can't even get rid of it by reloading windows. Regedit entries did not work. What the f**K
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2008-08-18 02:20
Message:
Logged In: YES
user_id=1312539
Originator: NO
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: Lee (ler762)
Date: 2008-07-21 12:34
Message:
Logged In: YES
user_id=1924122
Originator: NO
Without anything better to go on than "How do I get Firefox or safari to
work now that I've removed your program." I'm going to guess that you've
still got Firefox/Safari configured to use a proxy. Change them to use a
direct connection to the Internet and see if that was the problem.
> You put stuff in my computer I no longer want.
Not me!!! I wouldn't put anything in your computer. Honest :)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=111118&aid=2022620&group_id=11118

I have unhidden the source release, updated the Privoxy website, and
announced via SF and the mailing lists.
On Sun, Aug 17, 2008 at 08:09:24AM -0400, developers@... wrote:
>
> Announcing Privoxy v.3.0.10
> -----------------------------------------------------------------
>
> 3.0.10 is a stable release which includes many enhancements but no major
> new features. The most prominent improvements are SOCKS5 support and
> zlib support for the default Privoxy builds.
>
> See http://www.privoxy.org/3.0.10/user-manual/whatsnew.html for details.
>
> --------------------------------------------------------------------
> ChangeLog for Privoxy
> --------------------------------------------------------------------
>
> *** Version 3.0.10 ***
>
> - Ordinary configuration file changes no longer cause program
> termination on OS/2 if the name of the logfile hasn't been
> changed as well. This regression probably crept in with the
> logging improvements in 3.0.7. Reported by Maynard.
> - The img-reorder filter is less likely to mess up JavaScript code in
> img tags. Problem and solution reported by Glenn Washburn in #2014552.
> - The source tar ball now includes Privoxy-Log-Parser,
> a syntax-highlighter for Privoxy logs. For fancy screenshots see:
> http://www.fabiankeil.de/sourcecode/privoxy-log-parser/
> Documentation is available through perldoc(1).
>
> *** Version 3.0.9 Beta ***
>
> - Added SOCKS5 support (with address resolution done by
> the SOCKS5 server). Patch provided by Eric M. Hopper.
> - The "blocked" CGI pages include a block reason that was
> provided as argument to the last-applying block action.
> - If enable-edit-actions is disabled (the default since 3.0.7 beta)
> the show-status page hides the edit buttons and explains why.
> Previously the user would get the "this feature has been disabled"
> message after using the edit button.
> - Forbidden CONNECT requests are treated like blocks by default.
> The now-pointless treat-forbidden-connects-like-blocks action
> has been removed.
> - Not enabling limit-connect now allows CONNECT requests to all ports.
> In previous versions it would only allow CONNECT requests to port 443.
> Use +limit-connect{443} if you think you need the old default behaviour.
> - The CGI editor gets turned off after three edit requests with invalid
> file modification timestamps. This makes life harder for attackers
> who can leverage browser bugs to send fake Referers and intend to
> brute-force edit URLs.
> - Action settings for multiple patterns in the same section are
> shared in memory. As a result these sections take up less space
> (and are loaded slightly faster). Problem reported by Franz Schwartau.
> - Linear white space in HTTP headers will be normalized to single
> spaces before parsing the header's content, headers split across
> multiple lines get merged first. This should prevent problems like:
> * letting the session-cookies-only action slip
> some Cookies through unmodified,
> * only suppressing the first line of a header,
> thus creating an invalid one, and
> * to incorrectly block headers with valid timestamps
> that weren't properly recognized.
> Headers that could trigger these problems are unlikely to appear
> in "normal" web traffic, but could be intentionally generated to
> fool some of Privoxy's header parsers.
> - Host information is gathered outside the main thread so it's less
> likely to delay other incoming connections if the host is misconfigured.
> - New config option "hostname" to use a hostname other than
> the one returned by the operating system. Useful to speed-up responses
> for CGI requests on misconfigured systems. Requested by Max Khon.
> - The CGI editor supports the "disable all filters of this type"
> directives "-client-header-filter", "-server-header-filter",
> "-client-header-tagger" and "-server-header-tagger".
> - Fixed false-positives with the link-by-url filter and URLs that
> contain the pattern "/jump/".
> - The less-download-windows filter no longer messes
> "Content-Type: application/x-shockwave-flash" headers up.
> - In the show-url-info page's "Final results" section active and
> inactive actions are listed separately. Patch provided by Lee.
> - The GNUmakefile supports the DESTDIR variable. Patch for
> the install target submitted by Radoslaw Zielinski.
> - Embedding the content of configuration files in the show-status
> page is significantly faster now. For a largish action file (1 MB)
> a speedup of about 2450 times has been measured. This is mostly
> interesting if you are using large action files or regularly use
> Privoxy-Regression-Test while running Privoxy through Valgrind,
> for stock configuration files it doesn't really matter.
> - If zlib support is unavailable and there are content
> filters active but the prevent-compression action is disabled,
> the show-url-info page includes a warning that compression
> might prevent filtering.
> - The show-url-info page provides an OpenSearch Description that
> allows to access the page through browser search plugins.
> - Custom client-header filters that rewrite the request line
> incorrectly no longer cause Privoxy to crash. Reported by din_a4.
> - The obsolete kill-popups action has been removed as the
> PCRS-based popup filters can do the same and are slightly
> less unreliable.
> - The inspect-jpegs action has been removed.
> - The send-wafer and send-vanilla-wafer actions have been removed.
> They weren't particular useful and their behaviour could be emulated
> with add-header anyway.
> - Privoxy-Regression-Test has been significantly improved.
> - Most sections in the default.action file contain tests for
> Privoxy-Regression-Test to verify that they are working as intended.
> - Parts of Privoxy have been refactored to increase maintainability.
> - Building with zlib (if available) is done by default.
>
> -----------------------------------------------------------------
> About Privoxy:
> -----------------------------------------------------------------
>
> Privoxy is a web proxy with advanced filtering capabilities for
> protecting privacy, modifying web page data, managing cookies,
> controlling access, and removing ads, banners, pop-ups and other
> obnoxious Internet junk. Privoxy has a very flexible
> configuration and can be customized to suit individual needs
> and tastes. Privoxy has application for both stand-alone systems
> and multi-user networks.
>
> Privoxy is based on Internet Junkbuster (tm).
>
> At present, Privoxy is known to run on Windows(95, 98, ME, 2000,
> XP, Vista), Linux (Ubuntu, RedHat, SuSE, Debian, Fedora, Gentoo and
> others), Mac OSX, OS/2, AmigaOS, FreeBSD, NetBSD, OpenBSD, Solaris, and
> various other flavors of Unix.
>
> In addition to the traditional features of ad and junk blocking, and cookie
> management, Privoxy adds these features:
>
> * Can be run as an "intercepting" proxy, which obviates the need to
> configure browsers individually.
>
> * Sophisticated actions and filters for manipulating both server and client
> headers.
>
> * Can be chained with other proxies.
>
> * Integrated browser based configuration and control utility
> at http://config.privoxy.org/ (shortcut: http://p.p/). Browser-based
> tracing of rule and filter effects. Remote toggling.
>
> * Bypass many click-tracking scripts (avoids script redirection).
>
> * Multi-threaded (POSIX and native threads).
>
> * User-customizable HTML templates for all proxy-generated pages (e.g.
> "blocked" page).
>
> * Auto-detection and re-reading of config file changes.
>
> * Improved signal handling, and a true daemon mode (Unix).
>
> * Every feature now controllable on a per-site or per-location basis,
> configuration more powerful and versatile over-all.
>
> * Many smaller new features added, limitations and bugs removed.
>
> Download location:
> http://sourceforge.net/project/showfiles.php?group_id=11118
>
> Home Page:
> http://www.privoxy.org/
>
>
> - Privoxy Developers <ijbswa-developers@...>
>
> --
> Hal
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Ijbswa-developers mailing list
> Ijbswa-developers@...
> https://lists.sourceforge.net/lists/listinfo/ijbswa-developers
--
Hal

Announcing Privoxy v.3.0.10
-----------------------------------------------------------------
3.0.10 is a stable release which includes many enhancements but no major
new features. The most prominent improvements are SOCKS5 support and
zlib support for the default Privoxy builds.
See http://www.privoxy.org/3.0.10/user-manual/whatsnew.html for details.
--------------------------------------------------------------------
ChangeLog for Privoxy
--------------------------------------------------------------------
*** Version 3.0.10 ***
- Ordinary configuration file changes no longer cause program
termination on OS/2 if the name of the logfile hasn't been
changed as well. This regression probably crept in with the
logging improvements in 3.0.7. Reported by Maynard.
- The img-reorder filter is less likely to mess up JavaScript code in
img tags. Problem and solution reported by Glenn Washburn in #2014552.
- The source tar ball now includes Privoxy-Log-Parser,
a syntax-highlighter for Privoxy logs. For fancy screenshots see:
http://www.fabiankeil.de/sourcecode/privoxy-log-parser/
Documentation is available through perldoc(1).
*** Version 3.0.9 Beta ***
- Added SOCKS5 support (with address resolution done by
the SOCKS5 server). Patch provided by Eric M. Hopper.
- The "blocked" CGI pages include a block reason that was
provided as argument to the last-applying block action.
- If enable-edit-actions is disabled (the default since 3.0.7 beta)
the show-status page hides the edit buttons and explains why.
Previously the user would get the "this feature has been disabled"
message after using the edit button.
- Forbidden CONNECT requests are treated like blocks by default.
The now-pointless treat-forbidden-connects-like-blocks action
has been removed.
- Not enabling limit-connect now allows CONNECT requests to all ports.
In previous versions it would only allow CONNECT requests to port 443.
Use +limit-connect{443} if you think you need the old default behaviour.
- The CGI editor gets turned off after three edit requests with invalid
file modification timestamps. This makes life harder for attackers
who can leverage browser bugs to send fake Referers and intend to
brute-force edit URLs.
- Action settings for multiple patterns in the same section are
shared in memory. As a result these sections take up less space
(and are loaded slightly faster). Problem reported by Franz Schwartau.
- Linear white space in HTTP headers will be normalized to single
spaces before parsing the header's content, headers split across
multiple lines get merged first. This should prevent problems like:
* letting the session-cookies-only action slip
some Cookies through unmodified,
* only suppressing the first line of a header,
thus creating an invalid one, and
* to incorrectly block headers with valid timestamps
that weren't properly recognized.
Headers that could trigger these problems are unlikely to appear
in "normal" web traffic, but could be intentionally generated to
fool some of Privoxy's header parsers.
- Host information is gathered outside the main thread so it's less
likely to delay other incoming connections if the host is misconfigured.
- New config option "hostname" to use a hostname other than
the one returned by the operating system. Useful to speed-up responses
for CGI requests on misconfigured systems. Requested by Max Khon.
- The CGI editor supports the "disable all filters of this type"
directives "-client-header-filter", "-server-header-filter",
"-client-header-tagger" and "-server-header-tagger".
- Fixed false-positives with the link-by-url filter and URLs that
contain the pattern "/jump/".
- The less-download-windows filter no longer messes
"Content-Type: application/x-shockwave-flash" headers up.
- In the show-url-info page's "Final results" section active and
inactive actions are listed separately. Patch provided by Lee.
- The GNUmakefile supports the DESTDIR variable. Patch for
the install target submitted by Radoslaw Zielinski.
- Embedding the content of configuration files in the show-status
page is significantly faster now. For a largish action file (1 MB)
a speedup of about 2450 times has been measured. This is mostly
interesting if you are using large action files or regularly use
Privoxy-Regression-Test while running Privoxy through Valgrind,
for stock configuration files it doesn't really matter.
- If zlib support is unavailable and there are content
filters active but the prevent-compression action is disabled,
the show-url-info page includes a warning that compression
might prevent filtering.
- The show-url-info page provides an OpenSearch Description that
allows to access the page through browser search plugins.
- Custom client-header filters that rewrite the request line
incorrectly no longer cause Privoxy to crash. Reported by din_a4.
- The obsolete kill-popups action has been removed as the
PCRS-based popup filters can do the same and are slightly
less unreliable.
- The inspect-jpegs action has been removed.
- The send-wafer and send-vanilla-wafer actions have been removed.
They weren't particular useful and their behaviour could be emulated
with add-header anyway.
- Privoxy-Regression-Test has been significantly improved.
- Most sections in the default.action file contain tests for
Privoxy-Regression-Test to verify that they are working as intended.
- Parts of Privoxy have been refactored to increase maintainability.
- Building with zlib (if available) is done by default.
-----------------------------------------------------------------
About Privoxy:
-----------------------------------------------------------------
Privoxy is a web proxy with advanced filtering capabilities for
protecting privacy, modifying web page data, managing cookies,
controlling access, and removing ads, banners, pop-ups and other
obnoxious Internet junk. Privoxy has a very flexible
configuration and can be customized to suit individual needs
and tastes. Privoxy has application for both stand-alone systems
and multi-user networks.
Privoxy is based on Internet Junkbuster (tm).
At present, Privoxy is known to run on Windows(95, 98, ME, 2000,
XP, Vista), Linux (Ubuntu, RedHat, SuSE, Debian, Fedora, Gentoo and
others), Mac OSX, OS/2, AmigaOS, FreeBSD, NetBSD, OpenBSD, Solaris, and
various other flavors of Unix.
In addition to the traditional features of ad and junk blocking, and cookie
management, Privoxy adds these features:
* Can be run as an "intercepting" proxy, which obviates the need to
configure browsers individually.
* Sophisticated actions and filters for manipulating both server and client
headers.
* Can be chained with other proxies.
* Integrated browser based configuration and control utility
at http://config.privoxy.org/ (shortcut: http://p.p/). Browser-based
tracing of rule and filter effects. Remote toggling.
* Bypass many click-tracking scripts (avoids script redirection).
* Multi-threaded (POSIX and native threads).
* User-customizable HTML templates for all proxy-generated pages (e.g.
"blocked" page).
* Auto-detection and re-reading of config file changes.
* Improved signal handling, and a true daemon mode (Unix).
* Every feature now controllable on a per-site or per-location basis,
configuration more powerful and versatile over-all.
* Many smaller new features added, limitations and bugs removed.
Download location:
http://sourceforge.net/project/showfiles.php?group_id=11118
Home Page:
http://www.privoxy.org/
- Privoxy Developers <ijbswa-developers@...>
--
Hal

Bugs item #2019388, was opened at 2008-07-16 10:49
Message generated for change (Comment added) made by fabiankeil
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=111118&aid=2019388&group_id=11118
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: build process
>Group: version 3.0.9
>Status: Pending
>Resolution: Works For Me
Priority: 5
Private: No
Submitted By: Krendoshazin Amor e Morte (krendoshazin)
>Assigned to: Fabian Keil (fabiankeil)
>Summary: incorrect config confdir setting (with --sysconfdir)
Initial Comment:
In privoxy 3.0.9 beta if you set the configuration directory via --sysconfdir - so that all the files reside in /etc/privoxy for example - the confdir setting in the config will still say 'confdir /etc'. A simple edit to 'confdir /etc/privoxy' fixes this.
----------------------------------------------------------------------
>Comment By: Fabian Keil (fabiankeil)
Date: 2008-08-15 17:07
Message:
Logged In: YES
user_id=875547
Originator: NO
Thanks for the report.
Do you remember your exact configure line?
I can't reproduce this with:
./configure --sysconfdir=/etc/privoxy
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=111118&aid=2019388&group_id=11118