839061 - Stub installer fails to download through a proxy

Status: RESOLVED DUPLICATE of bug 799861

(Firefox :: Installer, defect, P3)

Description

[Michal Purzynski [:michal`] (use NEEDINFO)]

Hi,

I am behind a proxy - a need to setup it explicitly to download anything through http/https.

The express installer does not use the system proxy settings - so it's unable to download anything.

The proxy is setup for both protocols in:
1. IE settings
2. winhttp component

Every browser (Firefox, IE) can connect without any problems. I get the windows updates and what not.

Just the installer cannot.

It seems to be a regression, 'cause I'm sure it was working before.

Comment 2

[Robert Strong (they/them - no direct email)]

There might be differences between bug 799861 and since QA hasn't been able to duplicate the stub not being able to use the configured IE proxy I'd like to not dupe this yet if at all.

Comment 3

[Robert Strong (they/them - no direct email)]

Michal, there was a rewrite of the networking code recently. Could you please confirm this is still a problem with the stub installer? Thanks!

Comment 4

[Michal Purzynski [:michal`] (use NEEDINFO)]

Cannot test it now

Comment 5

[Robert Strong (they/them - no direct email)]

Please reopen if you can still reproduce. Thanks

Comment 6

[James May [:fowl2]]

I can confirm this still fails. (stays with indeterminate progress on "Downloading" forever)

IE/wininet is configured with a proxy.pac / NTLM auth.

Proxy claims to be "McAfee Web Gateway 7.2.0.5.0.14254". It seems to intercept all file downloads greater than a certain size with a html page containing a download progress bar. Lots of programs have trouble with this, unsurprisingly (including the regular Firefox updater).

Suggestions: 
1. Detect this sort of proxy and offer non-stub installer which works fine.
2. Fallback to downloading over HTTPS which also works fine

Comment 7

[Humberto Oliveros]

I can confirm this issue still happens, progress bar stays indeterminate for a long time, after which an error message indicating the installer couldn't be downloaded appears. Selecting OK opens the system default web browser pointing to https://www.mozilla.org/en-US/firefox/installer-help/?channel=release&installer_lang=en-US

OS: Windows 7 64 bit
Proxy: Squid
Authentication: PAC script with Kerberos auth

Comment 8

[Stephen A Pohl [:spohl]]

Robert, do we expect to pick up proxies at the moment? I'm asking because if I'm reading this[1] right, we seem to be handling any http status code over 299 as unexpected and keep retrying the download until we give up when the number of retry attempts reaches DownloadMaxRetries. I would have thought that a proxy requiring authentication would send us a 407, which we don't seem to handle at the moment. I've also found this[2] article on stackoverflow, which might be informative.

[1] http://mxr.mozilla.org/mozilla-central/source/browser/installer/windows/nsis/stub.nsi#1328
[2] http://stackoverflow.com/questions/10146216/nsis-ntlm-proxy-authentication

Comment 9

[Robert Strong (they/them - no direct email)]

Entirely possible but it also depends on the plugin itself. For example,
http://mxr.mozilla.org/mozilla-central/source/other-licenses/nsis/Contrib/InetBgDL/InetBgDL.cpp#209

Locally testing this is likely the only way forward

Comment 10

[Pascal Chevrel:pascalc]

reopening as per comment #6 and #7, also https://twitter.com/fowl2/status/817249364926042114