Let test level 17 depend on FEATURE_64_BIT_TIME_T

... instead of FEATURE_PTHREAD which has no direct connection
to the time_t size.

Add FEATURE_64_BIT_TIME_T

It's sole purpose is to make it obvious from the show-status page
whether or not dates before 1970 and after 2038 are expected to be
handled properly.

This is mainly useful for Privoxy-Regression-Test but could
also come handy when dealing with time-related support requests.

Include tools in the generic distribution

Let the gen-dist target work in cwds other than current

add_help_link(): Use https:// when creating links for the user manual on the website

Convert a couple of URLs to https://

Convert a couple of URLs in the FAQ to https://

Limit the names of client tags to 50 characters

Sort find output that is used for distribution tarballs

... to get reproducible results.

Bump copyright and change website URL to https://

Don't add '-src' to the name of the tar ball generated by the gen-dist target

The package isn't a source distribution but a binary package.

While at it, use a variable for the name to reduce the chances
that the various references get out of sync and fix the gen-upload
target which was looking in the wrong directory.

When complaining about missing filters, mention the filter type

Bump copyright and use https:// for the website

Bump copyright

parse_header_time(): Explicitly check for strftime() failures when sanity-checking strptime()

Add regression-tests.action to the files that are distributed

Unbreak the gen-dist target

The fact that it was broken since 2002 (r1.92) seems to
indicate that it isn't used too often, but I just needed
it and was disappointed that it didn't work.

Update #41: Note that txt2tags seems worth evaluating as well

Add Atman Sense as a contributor

Rebuild documentation

Upgrade a bunch of links to SourceForge to https://

I haven't seen an announcement, but SourceForge seems to
allow https:// for unauthenticated users now.

A couple of URLs stopped working (thanks SourceForge)
and have been replaced with URLs that worked today but
may stop working tomorrow.

One link (to client specific CVS instructions) has been
removed as I did not immediately find a replacement and
after the migration to git the section will be removed
anyway.

Add #149: Use poll() for socket selection

Change a couple of URLs to https://

Bump copyright and change website URL to https://

Enable FEATURE_CLIENT_TAGS by default

... to increase the chances that users of third-party binary
packages actually get it.

While it's an experimental feature, by default no client-specific
tags are defined so the risk seems acceptable.

Fix footer markup

Inject valid HTML into the homepage footer

.. as it turns out images a centered by aligning them to the middle.

Manually change the most recent release on the homepage to 3.0.24 again

... so I can replace the file on the website before
the next release.

Regenerate indexes

Center the content of the homepage footer

Mention our new hosting sponsor on the homepage

Rephrase onion service paragraph

... to make it more obvious that Tor is involved and that the
whole website (and not just the homepage) is available as
onion service.

Streamline the "More information" section on the homepage further

... by additionally ditching the link to the 'See also' section
of the user manual. The section contains mostly links that are
directly reachable from the homepage already and the rest is
not significant enough to get a link from the homepage.

Remove the link to the SourceForge "project page" from the homepage

.. to make it more likely that the trackers are reached
through the contact section of the user manual.

Remove 'Privoxy is developed on SourceForge' claim from the homepage

It only existed to comply with SF's rules which are irrelevant
for the website now that it's no longer hosted at SourceForge.

Update #53 to note that the website has moved already and that server rent for a year has been sponsored

Update #54 and link to the status update

Align ./configure --help output slightly better

Regenerate documentation

Update links to the client-tags CGI page

Rename show-client-tags template to client-tags

The page doesn't merely show the tags but also allows to
enable or disable them. While at it, make the page title
more descriptive.

Use a proper HTML form to change the state of client tags

It's semantically correct and results in actual buttons to press.

mod-support-and-service: Remove comment indentation so Privoxy recognizes that it's supposed to be a comment

Fix typo in CGI template comments

Remove obsolete reference to Redhat spec file

Fix file names in comment

Remove the last remaining $Log keywords

Remove genclspec.sh which has been obsolete since 2009

Use https:// in the link to the team page

Finally remove the obsolete PDF documentation

This should have happended in 2008 already, but as my local CVS
tree did not contain a doc/pdf directory (anymore?), I was unaware
that it had not until recently.

The good news is that the files weren't tagged since 2008 either.

Disallow compilation of client-tags.c if FEATURE_CLIENT_TAGS isn't enabled

... as that shouldn't happen anymore.

Only compile client-tags.c if FEATURE_CLIENT_TAGS is enabled

Previously it was also compiled if FEATURE_CLIENT_TAGS
wasn't explicitly disabled.

Reported by Lee on ijbswa-developers@.

Add #148: Add a config directive to change the CGI_SITE_2_HOST

Note that the templates should be adjusted if Privoxy is running as intercepting proxy without getting all requests

mod-support-and-service: Add a comment about the need to sync the content

... with the blocked template.

Sync the 'blocked' template with the streamlined mod-support-and-service template

Rephrase the "show-client-tags" description in the CGI menu

... to make it more obvious that the page can also
be used to toggle tags.

This also unbreaks the JavaScript version of the
"blocked" page as the previous description used
an unescaped single-quote.

Streamline the support-and-service template

Instead of linking to the various support trackers
(whose URLs hopefully change soon), link to the
contact section of the user manual to increase the
chances that users actually read it.

While at it, change external URLs to https://.

Change HOME_PAGE_URL to https://

Workaround client-tags.c being compiled when it shouldn't be

In theory the generated GNUmakefile should make sure that
the file is only compiled if FEATURE_CLIENT_TAGS is enabled,
but as Lee reported on jbswa-developers@ this currently does
not work.

Unbreak loadcfg.c compilation without FEATURE_CLIENT_TAGS

enable_client_specific_tag(): Log the ttl when adding client-specific tags

Bump copyright

Tag Range requests by default and use the tag to disable filtering

This lets download resumption and Windows updates work by default.

While this allows clients to circumvent filtering, the default
configuration never protected against malicious clients anyway.

Regenerate user-manual

Fix a link in the client-specific-tag documentation

Rephrase a sentence on the show-client-tags page

... and add a direct link to the documentation
for the client-specific-tag directive.

Regenerate user manual with recent changes

Regenerate config with client-tag-lifetime example

Document the client-tag-lifetime default and add an example

Set the client-tag-lifetime default to 60 seconds

Change the add-header{} example to set the DNT header

... and use a complete section to make copy and pasting
more convenient.

Add a comment to make it obvious that adding the
header is not recommended for obvious reasons.

Using the DNT header as example was suggested by
Leo Wzukw.

Remove the recently implemented TODO list items #146, #147 and #148

Rebuild documentation

Regenerate config

Document the client-tag-lifetime directive

Document the client-specific-tag directive

Document the CLIENT-TAG pattern

Start referring to tags that are created based on HTTP headers as request tags

... to reduce confusion now that we also have client-specific tags.

Implement client-specific tags

... which allow Privoxy admins to pre-define tags that
are set for all requests from clients that previously
opted-in through the CGI interface.

They are useful in multi-user setups where admins may
want to allow users to disable certain actions and filters
for themselves without affecting others.

In single-user setups they are useful to allow more
fine-grained toggling. For example to disable request
blocking while still crunching cookies, or to disable
experimental filters only.

This is an experimental feature, to enable it configure
with --enable-client-tags. The syntax and behaviour may
change in future versions.

Implements TODO list item #144 and #145.
Funded by a donation from Robert Klemme.

Fix spelling of 'administrator' in the template comments

FAQ: Spell 'liaison' correctly

Add a FAQ entry for tainted sockets

Bump copyright range

user-manual: Provide more sections with ids

Reduces the diff noice when regenerating documentation
and results in more stable URLs.

FAQ: Use more stable anchors in the generated HTML

... to reduce the diff noise.

buildsource.sgml: Ignore Privoxy versions before 3.0.7

Update AUTHORS

FAQ: Fix wording in donation entry

Add #146: Let user specify how long they want to be tagged

Bump copyright range

FAQ: Explain why 'ping config.privoxy.org' is not expected to reach a local Privoxy installation

get_number_param(): Simplify code by using strtol()

cgi_die(): Consistently use CGI_PREFIX

doc/webserver/.htaccess: Remove references to privoxy.com which we don't actually control

include/Makefile: Consistently use privoxy.org when linking to the website

doc/webserver/config/index.php: Link to the 'contact' section of the user manual instead of to the broken SF tracker

doc/webserver/config/index.php: Remove obsolete section about 'new' web interface address

clear_iob(): Remove a stray semicolon

load_config(): Remove a stray semicolon