Fix white-space around parentheses

Add #101: Forward known client headers in a predefined order

Unblock adjamblog.wordpress.com/ and adjamblog.files.wordpress.com/

Reported by Ryan Farmer in #3496116.

Add Ian to the team

Add Ian to the team

Bump copyright

Update 'Signals' section, the only explicitly handled signals are SIGINT, SIGTERM and SIGHUP

Replace strdup() calls with strdup_or_die() calls where it's safe and simplifies the code

Add strdup_or_die() which will allow to simplify code paths were strdup() failures don't need to be handled gracefully

Use privoxy_tolower() instead of vanilla tolower() with manual casting of the argument

Rename ijb_foo macros to privoxy_foo

Relocate ijb_isdigit()'s definition to project.h

Rephrase a comment

Relocate ijb_isupper()'s definition to project.h and get the ijb_tolower() definition from there, too

Shorten bindup()

Fix hash_string()'s description

As far as Privoxy is concerned the function only has
one use case. Whether or not it's anyone's favorite
is not particularly important.

Also the documented return code type didn't match reality.

Remove the ijb_isupper() and ijb_tolower() macros which aren't used in this file

Change the hashes used in load_config() to unsigned int

That's what hash_string() actually returns and using
a potentiallly larger type is at best useless.

On my FreeBSD amd64 system this reduces the size of the
binary by only 128 bytes, but with a compiler that sucks
harder at optimization it could be a bit more.

Shorten zalloc()'s description to the part that makes sense (to me)

Let enlist_unique_header() verify that the caller didn't pass a header containing either \r or \n

In socks5_connect(), do not try to print a negative number ...

... of socks response bytes if the read() for the socks5
negotiation failed completely.

It's an API violation and can trigger an assert() in
debug builds with "debug 2" enabled. Except for the
assert(), log_error() already handled negative %N values
gracefully so this commit only makes a difference for
debug builds.

Turn family mismatches in match_sockaddr() into fatal errors

Rename action_name's member takes_value to value_type as it isn't used as boolean

Use an enum for the type of the action value.

Block 'optimize.indieclick.com/' and 'optimized-by.rubiconproject.com/'

Fix spelling of 'unknown' in default_exports()

Seen in Roland's 29_typos.dpatch.

Fix 'resource' spelling in the code as well

Fix 'resource' spelling in the documentation

Seen in Roland's 29_typos.dpatch.

Remove a duplicated dot in a comment

Redirect requests for config.privoxy.org/.* to http://privoxy.org/config/

config.privoxy.org used to be a separate server that was
administrated by Andreas, but will be relocated to the SF
webserver after the domain transfer is done.

Note that the things SF calls VHOSTS all point to the
same root directory, so we can't use a dedicated .htaccess
file for config.privoxy.org.

Adjust attribution and fix the URL of this file on the server

Manually bump the copyright range to 2011

Ditch the already-dead update_action_bits_for_all_tags()

Fix grammar in get_action_token()'s description

Fix the description of create_forged_referrer()

Bump copyright. There were various significant changes in 2010 and 2011.

Drop the 'Functions declared include:' comment sections

They tend to be incomplete, incorrect and out of date
and the benefit seems questionable.

Bump version to 3.0.20 UNRELEASED

If NI_MAXSERV isn't defined, define it to 32

This is the workaround Lee used to be able to
compile with --disable-ipv6-support on Windows.

Several changes from Debian package 3.0.12 to 3.0.19-1.

Rebuild with the updated list of developers

Move Mark and Gerry to the list of former team members

Update for 3.0.19, keeping the changes from 3.0.18

Rebuild for 3.0.19 stable

Bump entities for 3.0.19

Bump included version to 3.0.19

Import ChangeLog entries for 3.0.19, keeping the ones for 3.0.18 for now

Add changes for 3.0.19

Change CODE_STATUS to stable

Bump copyright range

Clarify an error message in remove_chunked_transfer_coding()

Prevent an integer overflow in remove_chunked_transfer_coding() that would cause a segfault

It could be triggered by malicious web servers if Privoxy was
configured to filter the response and running on a platform
where SIZE_T_MAX isn't larger than UINT_MAX, which probably
includes most 32-bit systems.

On those platforms, all Privoxy versions before 3.0.19 appear
to be affected. Releases before 2.9.14 don't really count, though,
as they don't even try to sanity check the chunk size and thus
have bigger issues.

To be on the safe side, this bug should be presumed to allow
code execution as proving that it doesn't seems unrealistic.

Try to be less misleading in the downgrade-http-version description

Do not expect a response from the SOCKS4/4A server until it got something to respond to

Hohoho.

Fixes #3459781 reported by qqqqqw and tracked down by Lee.
Regression introduced in 3.0.18 by the usual suspect.

Fix an off-by-one in an error message about connect failures

Remove an obsolete part of the receive_client_request() description

If the client connects and doesn't say anything,
the connection will timeout.

Update CODE_STATUS description

Setting the version to 0.0.0 between releases makes no
sense to me, and we haven't done that for a while now.

Bump version to 3.0.19 UNRELEASED

Use a variable for the webserver root directory and update the path

Sourceforge changed it which broke various web-related targets.

Last minute ChangeLog changes that didn't make it into the tarball

Update for the 3.0.18 release

Update ChangeLog. Once more, with feeling.

Fix spelling

Document the +fast-redirects{} HTTP response splitting fix

Rebuild for 3.0.18

Rebuild with recent changes

Update ChangeLog

Updated contributor list

Promote a couple of general changes to bug fixes. Various cosmetical changes.

Import new contributors with real names from the ChangeLog

Revert the previous commit as it was a duplicate.

Remove an incorrect string termination attempt

It could cause segmentations faults when Privoxy was compiled
without RFC2553 support as *port[NI_MAXSERV - 1] isn't actually
the last position in the allocated memory region.

Given that snprintf() already produces a proper string
the attempt can simply be discarded. The bug was introduced
in 1.105 and is thus not relevant for the ChangeLog.

Update ChangeLog

Replace 'service' with the less ambiguous 'Privoxy installation'

Refer to the ChangeLog without going into details and don't mention a specific release

The file should now be "timeless".

While at it, downgrade the 'Important Changes' section to 'Changes'.

Ditch the unused map_copy_parameter_url()

Formatting changes and minor fixes

Fix an uagen change. The generated Firefox version is 8.0 not 9.0

First rebuild for 3.0.18 stable

The diff is yet again a bit bloated because apparently
the trailing white-space cleanup wasn't finished.

Bump entities for 3.0.18 stable

Import the first ChangeLog draft for 3.0.18 stable

Add another closing listitem tag in create_listitem_markup()

It's a mystery why nobody missed it earlier.

First ChangeLog draft for 3.0.18

It's unfinished but can already be used for doc building experiments.

And the fact that this took hours is another sign that the
release is long overdue.

Bump generated Firefox version to 8.0

Highlight: No server or forwarder response received on socket 8. Closing client socket 10 without sending data.

Change CODE_STATUS to stable

Rephrase the donations section some more

Mention that the domain is now sponsored by Mythic Beasts Ltd
and make it clear that asking questions about donations is
possible, too.

Note that donations for Privoxy are currently only tax-deductible in the US

As it turns out tax-deductible donations in a few other western
countries are theoretically possible through partner organizations
but aren't available out of the box.

Accept and highlight: Percent-encoding redirect URL: example.org/\x02

In get_last_url(), do not claim to look for unencoded redirects when we aren't

Highlight: Didn't receive data in time: a.fsdn.com:443

Sync config.guess and config.sub with upstream 2011-11-11/386c7218162c145f5f9e1ff7f558a3fbb66c37c5

Fix a subtle race condition between prepare_csp_for_next_request() and sweep()

A thread preparing itself for the next client request
could briefly appear to be inactive.

If all other threads were already using more recent files,
the thread could get its files swept away under its feet,
later on causing an 'invalid read of size 1' when the file
name was logged in any_loaded_file_changed().

I've only seen it while stress testing in valgrind while
touching action files in a loop. It's unlikely to have
caused any actual problems in the real world.

Remove a noisy log message in any_loaded_file_changed()

Assert that a percent-encoded URL no longer requires percent-encoding

Change url_code_map[] from an array of pointers to an array of arrays

It removes an unnecessary layer of indirection and on
my 64bit system reduces the size of the binary by 2k.

At least in theory it should be more cache-efficient as well
but given that this is not a hot code path I couldn't be
bothered to run micro benchmarks.

In get_last_url(), do not bother trying to decode URLs that do not contain at least one '%' sign

It reduces the log noise and a number of unnecessary memory allocations.

Reimplement segment splitting in get_last_url() by using ssplit()

It's available on all platforms and doesn't require locking.

While at it, properly detect URLs that are concatenated together
without separator again. All the redirect regression tests should
work now.

Add two redirect tests with incorrectly encoded URLs

Add a couple of additional +fast-redirects{} tests

Some of them currently don't work due to a recent regression.