codegooglecom / libproxy

Automatically exported from code.google.com/p/libproxy
GNU Lesser General Public License v2.1
0 stars 0 forks source link

KDE's ReversedException option is ignored #71

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
If the KDE proxy configuration is manually (ProxyType == 1), than libproxy
uses the value of "httpProxy". But KDE provides own entries httpsProxy and
ftpProxy for the respective protocolls. (However, even KDE itself seems to
make not use of them...)

Furthermore, for manual proxy configuration there exists a list with
exceptions ("NoProxyFor") for which a direct connection should be used
instead of a proxy (if "ReversedException" is false which is the default).
Respectively, if "ReversedException" is true than the list contains the the
URLs for which a proxy should be used - for all other values a direct
connection is preferred. (This part is working as expected in KDE itself.)

Hint: The field "NoProxyFor" has no IDN/percent encoding and
can therefor contain non-Latin1 characters.

Original issue reported on code.google.com by lukas.so...@gmx-topmail.de on 9 Oct 2009 at 10:58

GoogleCodeExporter commented 9 years ago
This should be fixed in r491, with two caveats:
1. We don't currently have intellegence for non-latin1 chars.  Can you give me a
concrete example of how this would be used?
2. We don't currently respect the ReversedException option.

Please test and let me know how it goes.

Original comment by npmccallum@gmail.com on 22 Jan 2010 at 8:34

GoogleCodeExporter commented 9 years ago

Original comment by npmccallum@gmail.com on 22 Jan 2010 at 9:04

GoogleCodeExporter commented 9 years ago
1.) non-latin1 handling is fixed with the patch that is propesed for issue 70.

Original comment by lukas.so...@gmx-topmail.de on 24 Jan 2010 at 11:51

GoogleCodeExporter commented 9 years ago
Ok, I'm renaming this bug since the only issue remaining is the 
ReversedException
option.  Hopefully we can tackle this in 0.4, but it will require some rework 
of the
module API.  The major theme of the 0.4 release is improved platform support and
smarter module auto-detection.

Original comment by npmccallum@gmail.com on 24 Jan 2010 at 9:52

GoogleCodeExporter commented 9 years ago
Fixed in r579.

Original comment by npmccallum@gmail.com on 25 Feb 2010 at 4:23