[icedtea-web] RFC: add support in netx for using proxy settings from browser
omajid at redhat.com
Fri Dec 24 14:29:40 PST 2010
On 12/24/2010 03:31 PM, Omair Majid wrote:
> On 12/22/2010 07:40 PM, Dr Andrew John Hughes wrote:
>> On 17:34 Wed 22 Dec , Omair Majid wrote:
>>> The attached patch makes netx (not plugin) behave correctly (or at least
>>> slightly better) when deployment.proxy.type is set to 3 (for
>>> With this patch, netx will parse the firefox preferences file to figure
>>> out the browser's settings and use that when trying to figure out the
>>> proxy to use for accessing a given URI.
>> I think there could be better handling if the profiles.ini does not
>> AFAICS, it would print out a stack trace. We should handle that much more
>> gracefully. It's not really an exceptional event that the user hasn't
>> used Firefox before, but something we should account for.
> Good point. I will post an updated patch to address this issue.
This updated patch takes care of it. If the preferences file (or the
profiles file) do not exist (or are damaged), BROWSER_PROXY_TYPE_NONE is
assumed and the user is notified:
Unable to use Firefox's proxy settings. Using "DIRECT" as proxy type.
>> Are you planning to use libproxy?
> Yes, but it will not be required for using PAC files. I have a prototype
> done that can parse and use PAC files correctly without relying on
During further investigation, it seems implementing some of the
BROWSER_PROXY_TYPE_* options may be quite challenging. For example,
BROWSER_PROXY_TYPE_AUTO looks up entries in gconf, attempts to use WPAD
(and PAC) and even looks at <type>_PROXY and ALL_PROXY environment
variables. Perhaps always using libproxy is the simplest and correct
long-term solution (at least on linux).
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 24270 bytes
Desc: not available
Url : http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20101224/93d715d0/firefox-integration-02.patch
More information about the distro-pkg-dev