-
Notifications
You must be signed in to change notification settings - Fork 1.3k
Respect NO_PROXY when downloading the binary #1725
Conversation
cd95cfa
to
5ecf90d
Compare
@mmrath can you please try applying this diff locally and running |
Maybe i'm reading this wrong https://www.npmjs.com/package/request#controlling-proxy-behaviour-using-environment-variables but I think we can just delete all our proxy code and just let request do it's own thing. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Awesome! I will test this today. Any chance you can publish a experimental build? If not would you know how to use a local version with this fix?
@nschonni yes and no
If the user has not configured a proxy via npm config then must
|
Blocking myself on this. There should be a test around the npm proxy behaviour as outlined
|
5ecf90d
to
c1ab159
Compare
43708ca
to
2337266
Compare
I'm comfortable in the test coverage for this now. Waiting on the outcome of #1733. |
@xzyfer Any chance this can be released soon? |
Turns our handling proxies is complicated. The sanest thing to do is try matching [npm's behaviour][1], and liable [to change][1] to our benefit. The TLDR; of which is to let `request` do whatever it wants unless npm has been explicitly configured otherwise. Fixes sass#1724 [1]: npm/npm@40afd6aaf34 [2]: npm/npm#7168
In #1725 we started setting `proxy: ''` to defer proxy resolution logic to request. However `request` uses `hasOwnProperty` rather than falsey checks to determine if an option has been set. This caused `request` to believe were configuring a proxy so it didn't do it's own proxy resolution. Fixes #1785 Fixes #1787
In #1725 we started setting `proxy: ''` to defer proxy resolution logic to request. However `request` uses `hasOwnProperty` rather than falsey checks to determine if an option has been set. This caused `request` to believe were configuring a proxy so it didn't do it's own proxy resolution. Fixes #1785 Fixes #1787
In #1725 we started setting `proxy: ''` to defer proxy resolution logic to request. However `request` uses `hasOwnProperty` rather than falsey checks to determine if an option has been set. This caused `request` to believe were configuring a proxy so it didn't do it's own proxy resolution. Fixes #1785 Fixes #1787
In #1725 we started setting `proxy: ''` to defer proxy resolution logic to request. However `request` uses `hasOwnProperty` rather than falsey checks to determine if an option has been set. This caused `request` to believe were configuring a proxy so it didn't do it's own proxy resolution. Fixes #1785 Fixes #1787
Turns our handling proxies is complicated. The sanest thing to do
is try matching npm's behaviour, and liable to change to
our benefit. The TLDR; of which is to let
request
do whateverit wants unless npm has been explicitly configured otherwise.
Fixes #1724
/cc @nschonni @mmrath