Open Bug 1241919 Opened 8 years ago Updated 2 years ago

HTTP proxy support

Categories

(Testing :: mozregression, enhancement)

enhancement

Tracking

(Not tracked)

People

(Reporter: yfdyh000, Unassigned)

References

Details

In configuration file and GUI support.


I intend to use an proxy to relieve the slow download speed (like ~0.5Mbps sometimes), because the problem did not ease even though I use the "download.cdn.mozilla.net" to replace "archive.mozilla.org" in fetch_configs.py file.


If we support replace the NIGHTLY_BASE_URL = "https://archive.mozilla.org/pub" in configuration file, the seems also is good, although it may involve to resource allocation issue.
So, having an option to change the base url should be handled in bug 1232874.

I guess we can add a support for the proxy. Note that it should work already by using the env var http_proxy / https_proxy, but this is not convenient for the GUI users.

Yang, do you still need proxy support if we fix bug 1232874 ?
Flags: needinfo?(yfdyh000)
See Also: → 1232874
It is an icing on the cake for me. I think someone will still need it, though not a necessity.
Flags: needinfo?(yfdyh000)
Stated another way, P5 for it.
So, first part of the work is done, in next releases you will be able to change the base server address (from the GUI and config file, which is equivalent since the GUI writes an reads from the config file).

Details in bug 1232874 comment 7.

Also, using a proxy should work already if you define the env var http_proxy and https_proxy (or maybe in upper case, looking at the doc http://docs.python-requests.org/en/latest/user/advanced/#proxies). But this is not a convenient way to set this for a GUI app, and allowing to configure that in the conf file will be nice even for the CLI version.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.