X-Git-Url: http://www.privoxy.org/gitweb/?p=privoxy.git;a=blobdiff_plain;f=TODO;h=834425222299e6bbc24302917af7b7b0064588d5;hp=d658185bec859cc187280beda20ffc2e9a2db765;hb=0e2b9667dfee2ad8e33cf5b8e34cd2c9d75edbb7;hpb=d2f5881aeabee228f98766310c0ea7f416b5ec5b diff --git a/TODO b/TODO index d658185b..83442522 100644 --- a/TODO +++ b/TODO @@ -51,17 +51,6 @@ https://www.privoxy.org/faq/general.html#DONATE 14) Allow to filter POST parameters. -16) Filter SSL encrypted content as well. - - At the beginning we could use a unencrypted connection between - client and Privoxy, and use an encrypted connection between - Privoxy and the server. - - This should be good enough for most of the content the - user would want to filter. - - Interested donors: 2. - 19) enable-forward-fallback. Syntax? Suggested by K.R. 21) User Manual delivery doesn't accept multiple slashes. Should it? @@ -136,10 +125,6 @@ https://www.privoxy.org/faq/general.html#DONATE Interested donors: 1. -54) Move away from CVS to a more modern revision control system. - The move to git is work in progress: - https://sourceforge.net/p/ijbswa/mailman/message/34994343/ - 58) Move more template strings from the code into the actual templates. 59) Import the German template translation. @@ -162,8 +147,7 @@ https://www.privoxy.org/faq/general.html#DONATE 66) Stop hard-coding the number of action and filter files. -67) Clean up source code directory layout. Depends on 54 so - we don't lose the revision history. +67) Clean up source code directory layout. 68) Use standard make syntax so we don't depend on GNU make. @@ -194,25 +178,6 @@ https://www.privoxy.org/faq/general.html#DONATE 79) Evaluate pcre alternatives. -80) Change FEATURE_EXTENDED_HOST_PATTERNS to support both - extended and vanilla host patterns at the same time. - - Note that the requirement is to allow the user to decide - if the domain pattern should be interpreted as regex or - traditional host pattern and if it's not obvious that the - user made any decision, default to the latter. - - Possible solutions would be: - - 1. An always-use-regex-domain-patterns config option - 2. An enable-regex-domain-patterns-for-this-action-file option - 3. An enable-regex-domain-patterns-for-this-action-file-until-the-user-says-otherwise option - 4. A treat-the-domain-pattern-in-this-line-as-regex(-or-not) option - 5. Combinations of the options above - - With 2+4, 3+4 or 2+3+4 being the preferences until - further discussion. - 82) Detect if the system time goes back in time let the user know if it caused any connections to get closed. @@ -259,7 +224,7 @@ https://www.privoxy.org/faq/general.html#DONATE go through all filters and skip the filter types the caller isn't interested in. -98) When showing action section on the CGI pages, properly escape +98) When showing action sections on the CGI pages, properly escape line breaks so they can be copy&pasted into action files without adjustments. @@ -341,9 +306,6 @@ https://www.privoxy.org/faq/general.html#DONATE 122) Allow customized log messages. -123) Evaluate if the voluntarily-disclose-session-keys option in Firefox - (and other browsers) can be leveraged. Probably depends on #16. - 124) Add support for the "lightweight OS capability and sandbox framework" Capsicum. http://www.cl.cam.ac.uk/research/security/capsicum/ Interested donors: 1. @@ -460,6 +422,7 @@ https://www.privoxy.org/faq/general.html#DONATE performance point of view, using a single thread should reduce Privoxy's memory footprint a bit which may be noticeable in case of multi-user setups with hundreds of idle connections. + ########################################################################## Hosting wish list (relevant for #53) @@ -470,8 +433,7 @@ What we need: - Mailinglists (Mailman with public archives preferred) - Webspace (on a Unix-like OS that works with the webserver targets in GNUMakefile) -- Source code repositories (currently CVS, but migrating away - from it is TODO #54 anyway and shouldn't be too much trouble) +- Git repositories - Commit mails (preferably with unified diffs) (Unsorted) details to look at when evaluating hosters: