Firewall settings are taken from IE settings

Proxy is configured correctly in IE and IE is functional.

From looking at a packet capture it appears to be hitting the proxy, but failing
because the proxy requires authentication.

I'm having exact same issue. IE can access the net just fine behind our
Firewall/Proxy, thus I know the proxy is configured correctly. But the installer just
hangs unable to detect the proxy. I even tried using proxycfg in the command line and
that didn't make a difference either. 

I also have the same problem.

It would be a good idea if there was function implemented FF like, that let you 
define the proxy for Chrome no matter the IE settins dont you think?

If the proxy supports autologon using the negotiate protocol, then the installer will
work.

Alternate issue on this - 
Was able to download/install, but once instaleld, ti keeps asking for my 
login/password (proxy settings show same as my IE/Firefox settings which both work 
fine).

Same problem. I confirmed that both IE6, IE7, IE8B1, IE8B2, and Firefox are all 
functioning properly with my proxy. I was able to download and install without 
problems, but when browsing sites in Chrome I am constantly asked for proxy 
authentication. This also causes rendering issues for a lot of sites (Google Account 
Login, for instance).

Agree, it does not appear that there is any way to get the net installer (not the
browser itself) to pick up a proxy server.  If I recall correctly, this is also the
case with some of the other Google installers (i.e. newer releases of Google earth).

It would be nice to provide a non-net based installer so it could be downloaded with
a pre-configured browser and installed directly (or give the installers proxy support
similar to that of Cygwin).

Same issue here. I tried using the unix/firefox trick of specifing the username and
password in the proxy settings aka http://username:pass@proxy.settings.com but IE
just removes the username and pass.

Same issue.
No way to specify the Proxy settings (Proxy Host, Port, User and Password) to Google
Update.

I was able to install Chrome behind a firewall but I can't get rid of the proxy
authentication. And I can enter whatever I like: Chrome does not accept my
authentication.

Maybe with the full event error message :

==========================================
The description for Event ID ( 20 ) in Source ( Google Update ) cannot be found. The
local computer may not have the necessary registry information or message DLL files
to display messages from a remote computer. You may be able to use the /AUXSOURCE=
flag to retrieve this description; see Help and Support for details. The following
information is part of the event: Network Request Error.
Error: 0x80042197. Http status code: 407.
Url=https://tools.google.com/service/update2
Trying config: source=FireFox, wpad=0, script=http://************.com/
Trying CUP:WinHTTP.
Send request returned 0x80042197. Http status code 407.
Trying WinHTTP.
Send request returned 0x80042197. Http status code 407.
Trying CUP:Browser.
Send request returned 0x80004005. Http status code 0.
Trying config: source=IE, wpad=0, script=http://************.com
Trying CUP:WinHTTP.
Send request returned 0x80042197. Http status code 407.
Trying WinHTTP.
Send request returned 0x80042197. Http status code 407.
Trying CUP:Browser.
Send request returned 0x80004005. Http status code 0.
Trying config: source=winhttp, named proxy=*.************.com, bypass=.
Trying CUP:WinHTTP.
Send request returned 0x80072ee7. Http status code 0.
Trying WinHTTP.
Send request returned 0x80072ee7. Http status code 0.
Trying CUP:Browser.
Send request returned 0x80004005. Http status code 0.
======================================================

The proxy address taken from Firefox and IE are the same and the good one. But
Login/Password are never asked.
The config taken from "source=winhttp", I don't know where it comes from, but
shouldn't work.

Just to add.. I have the same problem.  I was able to install fine, just when run it 
asks for authentication even though it has the username and password saved in the 
boxes...

This may be related to the automatic configuration script used to configure the 
proxy.

On my system, ChromeSetup.exe gets stuck with "Connecting to Internet" with the proxy 
settings as in the attached screenshot (employer details censored).

When I remove the "Use automatic configuration script", then ChromeSetup.exe works.

Chrome itself works both ways, it's the ChromeSetup.exe that fails on with the 
configuration script enabled.

== contents of proxy.pac == 
function FindProxyForURL(url, host) 
{
  if (isPlainHostName(host))
    return "DIRECT";

  // Work
  if (isInNet(myIpAddress(), "xxx.yyy.zzz.0", "255.255.255.0")) 
    return "PROXY cache.xxx.yyy:8888"; 
  else 
    return "DIRECT"; 
}
== end contents of proxy.pac == 

	proxy_settings.png 14.3 KB View Download

Same proxy settings problem, keeps asking for username/password constantly, and even
when I write them over and over, the browser isn't downloading any data.

I guess 80% of work environments aren't going to use Chrome.

Também não estou conseguindo instalar mesmo com todas as configurações de proxy
inseridas corretamente.

I downloaded Chrome and installed it on my work computer. 
When I try to access a page it asks me for a proxy identification login/password
which I don't have. I use Firefox in the same settings and it works flawlessly so
there is an obvious bug.
I checked the settings for the proxy in IE, Forefox and Chrome and they are the same.
So I do not know why Chrome asks for a login when IE/Firefox do not.

i face the same problem. most of the work environments use proxy server settings 
...chrome doesn't gives an option to specify it like its given in Firefox.

Is your organization using Microsoft Proxy by any chance ? It has an option for NTLM
authentication (NT domain based auth). 

FF3 and IE support NTLM. Does Chrome support it ?

Unfortunately I can't test it myself (Win 200 here)  

Slightly different problem here, but possibly related.  We have an ISA 2000 proxy
which does not require any auth.  The installer used it just fine to download and
install.  However, the browser can't seem to use it at all.
My default settings are "Automatically detect settings" (DHCP gives location of wpad
script).
Tried changing to "Use automatic configuration script" and set the wpad location. 
Still nothing.
Tried manually setting the proxy.  Still nothing.
Changed to use a Squid proxy, which also does not require any authentication, and
still nothing.

All these settings work in IE and FF

From the description it sounds exactly like what I have here. 
I think your proxy requires NTLM auth but once you're logged on to NT domain
authentication is completely _transparent_ (FF and, of course, IE support this mode)

Other tickets here suggest Chrome does not support NTLM. As a workaround try wrapper
proxy like http://ntlmaps.sourceforge.net/

chrome -> ntlmaps -> upstream_proxy

got proxy problem as well. even after installing chrome, i need to adjust the proxy
again.

see, in the windows internet config dialog, there is mainly two ways of setting a proxy.

1 - specifying a proxy address and port
2 - by using a connect script.

method 1 works fine with chrome. method 2, the connect script, does not seems to be
supported by google chrome. people at my work mostly use this method, so this is a
problem. 

same as bug #74 ?

Chrome itself doesn't support NTLM.  See issue#19 and issue#61 (I think they are 
duplicates).

The proxy issue with the installer itself is probably a separate issue.

Weird, but I previously had the same problem the Google Gears installer. Initially, the 
installer couldn't connect through our corporate proxy.  I tried 2 months later and then it 
worked fine.  I assumed they fixed the bug.  Funny that Chrome's installer has the same 
issue then.

An offline installation file is available:
http://dl.google.com/chrome/install/149.27/chrome_installer.exe

It solved the proxy problem for me.

More details at http://www.winmatrix.com/forums/index.php?showtopic=19868 

The offline installation file *does not* fix the problem, because after installation,
sites such as gmail.com fail to render correctly -- in this case, it fails to render
at all.

I have the same problem as above. After installing on my work machine, the browser is
unable to render any external site after proxy authentication.

I have the same problem as above. After installing on my work machine, the browser is
unable to render any external site after proxy authentication.

same problem but I want solution for this

I used ISACLient, it solved my problem:

http://groups.google.com/group/google-chrome-help-troubleshooting/browse_thread/thread/46cb8219c5b3b715/efaef6ce346271a9?lnk=raot

Unfortunately, it created a new problem: sometimes the browser gets the wrong images
- I believe the ISAServer somehow swapped the images.
It doesn´t seem like an chrome issue, because it happens in other browsers too, but
in IE I can press CTRL+F5 and it gets the correct image.

Well, I am using Windows XP SP1, maybe when I upgrade to XP SP2 (or SP3) it will
solve this new problem...

I had the same problem at work. I had to change my proxy address from "proxy" to 
"proxy.domain.com" Which is strange as every other browser under the sun worked apart 
from Chrome. just need to be a bit more specific with it. Also this fix doesn't affect any other browsers.

As referred in comment 4, the problem is only located in the fact that the installer
itself doesn't support proxy authentication; the issue has little to do with the
proxy authentication support of Chrome which is working reasonably.

Tested using the offline installer download referred in comment 29: note that a more
recent installer [1] is available as of this writing.

[1] http://dl.google.com/chrome/install/149.29/chrome_installer.exe

b/1367980

For me the problem is with automatic configuration script. it works if i set the
proxy address and port manually.

I tried to use Google chrome for yahoo mail.It's working fine but while adding 
address in address bar when I tried to add the address by just typing the first few 
letters the address was not loaded automatically as that is loaded in Mozilla Firefox    
and Internet Explorer.

wpad.dat vs DHCP Option 252 

DHCP Option 252 is a URI to the proxy information
WPAD is an automated lookup, I believe chrome works for WPAD but not DHCP auto detect

any ideas ?

Is this issue the reason why I only get a microsoft-style 407 page from the ISA 
proxy when using mini_installer.exe (rev 3695), and not get prompted for my 
login/pwd? Or should I post this as a new issue?

Even worse: I was unable to start the installer from the Google Chrome download page! 
Clicking on the "Accept and Install" option causes the button to be grayed out, and 
the "loading" graphic to be shown. The installer never starts, however.

I'd managed to get Chrome installed earlier, but now can't upgrade/reinstall/update 
it on my work computer. Major fail.

Why don't you have a simple download link on the Chrome page? Is that too 
complicated?

Some general OT rants,

I think Chrome has been pretty much of disaster so far. Dont' understand why it was
released so early on, and the folks and googl don't seem to have been prepared
(management doing the old time-to-market crap maybe).
Anyway most folks I know, have pretty much abandoned it and gone back to trusty
Firefox (and even IE for that matter).

Really expected a lot more from googl and am very disappointed.

Though this comment thread is going way off topic, I can't leave this last post 
unanswered. I very much like Chrome. I think it's excellent. This issue preventing 
it to get through the proxy at work, is the -only- thing keeping me from using it at 
work, but at home I don't use anything else any more. It's not only magnitudes 
faster with (java)scripts and plugins, it's (finally!) using memory, resources, 
processes in a way that should have been all along. It's leaving out all of the 
fluff I don't use anyway, and provides what I do use in a way that feels natural, 
like we're used to Google doing for us. Keep up the good work guys! (and keep it 
open source)

i'will tri this

<a href="http://www.escortvip.com.br">acompanhantes</a>

Due to the use of IE proxy settings whenever I restart Chrome I get asked for my 
proxy details in about 8 out of 20+ tabs, it's a minor annoyance but if the options 
for the proxy were within Chrome I imagine it would save people a whole lot of time.

I pray you... FIX THIS STUPID INSTALLER BUG !!!!

GoogleUpdate DOES NOT WORK in this condition

1- User is behibd a proxy (properly configured in IE7)
2- Proxy require explicit user/pwd credential prompted to the user

Most corporate users are in this situation, unable to install chrome with the tiny 
installer that download forever without requesting to user any credential. Also, full 
installers are very difficult to find.

chrome unusable for me, very disappointed....

(In reply to comment#54)
> I pray you... FIX THIS STUPID INSTALLER BUG !!!!

This is not meant to sound aggressive, but consider getting a bit more familiarized
with netiquette [1] [2]... ;-)


> GoogleUpdate DOES NOT WORK in this condition
> 1- User is behibd a proxy (properly configured in IE7)
> 2- Proxy require explicit user/pwd credential prompted to the user

There's some contradictory information on this. You affirm that this doesn't work,
information in comment#24 is compatible, but comment#41 affirms that using manual
settings works. One can take a look at what happened by looking at the event log
(Control Panel/Administrative Tools/Event Viewer/Application) such as in comment#16.
If an error occurs, the event should appear in the log after the attempt to open a
Web browser for the support page [3] (the instructions are also there).


> Most corporate users are in this situation, unable to install chrome with the tiny 
> installer that download forever without requesting to user any credential.

Download forever isn't expected. An error should pop about 2 minutes after the
"Connecting to the Internet" dialog is shown. If you are able to hold that long, of
course. ;-p


> Also, full installers are very difficult to find.

Well, this is not as hard as it may seem: you may check the chrome releases blog [4]
and use the direct link (see comment#29) to download a particular dev/beta release,
just by replacing the "XXX.XX" for the two trailing numbers ("154.31", for example)
of the release you intend do download:

  http://dl.google.com/chrome/install/XXX.XX/chrome_installer.exe

This can be used as a workaround until this is improved/fixed.


Finally, issue#2221 seems pretty related with this issue (although conceptually not
exactly the same so I guess there is no duplication).


Hope this helps,

 Helder Magalhães


[1] http://en.wikipedia.org/wiki/Netiquette
[2] http://www.dtcc.edu/cs/rfc1855.html
[3] http://www.google.com/support/installer/bin/answer.py?answer=106640
[4] http://googlechromereleases.blogspot.com/

When Chrome crashes and i reopen it, al lthe tabs populate but since i'm behind a 
proxy what allows internet access based on user accounts, it asks to authenticate 
again. then i have to refresh after authentication to load the pages.
to be exact the proxy server in this case is ISA2000. it doesn't seem, that chrome 
picks up my account info from my windows user session since i'm already logged in 
with an account that obviously has premission to access the internet thru the ISA 
server. other browsers don't have this problem.

If you're having trouble with the downloader, please see this Help Center article for 
a link to a standalone installer:

http://www.google.com/support/installer/bin/answer.py?answer=126299

Issue 2221 has been merged into this issue.

Google Update DO NOT WORK when explicit user/pwd credential are needed.
This just because the updated does not have any way to store credential on settings
nor it can emit a popup (like all browser does) prompting the user for this auth data.

This MUST be fixed with top priority, because too many corporate users are under this
scenario (including me) and this makes google products simply inusable

IDEAS BY SUMAIRIRSHAD(MAXOFT)
1.the small downloading tab at the bottom left of the browser haven't download window 
link..
2.if i close the window(when tab more than one) then it is not prompt/warn me.
3.Itshould have REMEMBER LAST DOWNLOAD checkbox....

4.if possible then introduce reminder tab for the so that user can 
write his note about the (current) website  

(In reply to comment #60)

> IDEAS BY SUMAIRIRSHAD(MAXOFT)
This is rather off-topic (i.e., has nothing to do with the bug report iself). I'd
seriously suggest you contribute the ideas in an appropriate forum (there seems to be
an official [1] but there are more [2] [3]). Also, if/when you do that, please
explain your ideas better, maybe followed by an example as are a bit unclear, at
least to me... ;-)

Hope this helps,
 Helder Magalhães

[1] http://www.google.com/support/forum/p/Chrome?hl=en
[2] http://googlechromecommunity.com/bb/
[3] http://chromespot.com/

go IE !! :)

It would be appreciated if Google provides independent setup file.

See this link 

http://www.google.com/support/chrome/bin/answer.py?hl=en&answer=106010

select automatic detect and delete any site that you select previously

Hi Everyone,

We recently developed a new version of the installer that provides a solution for 
proxy related installation issues, and we were hoping you could help us test it. If 
you're willing to test, please post to this bug and we'll reply to you directly.

Thanks for your help!

I would be glad to help you test.

I'd like to test proxy-capable installer too.

(In reply to comment #65)
> We recently developed a new version of the installer that provides
> a solution for proxy related installation issues

Does this mean that the updating process (issue#2221, marked as a duplicate of this
one) will also be fixed with these improvements?


> If you're willing to test, please post to this bug and we'll reply to you directly.

I'd suggest publishing instructions somewhere not visible to the public and ask for
feedback into this issue (and pasting a link to the instructions here, naturally)
but, if you really prefer to have individual testers, then I could volunteer for that
too. :-)

I am willing to test the proxy issue. However, why not directly post the solution 
instead of this posting the bug and directly communicating routine ?

To clarify, auto-updating won't be effected by this change. It only provides a 
solution for initial installs.

Thanks for the suggestions to host the instructions/solution. I'll look into it.

I solve this bug in my network. We use ISA 2006 server with encrupted Firewall 
connections. All PC have "ISA Server Firewall Client 2004" in first tab need to 
choose IP or name of isa server, in the second tab it is necessary to remove a tick 
which designates automatic adjustment of a browser setings. After that it is 
necessary to erase all options proxy server from options IE (they must be empty like 
default, without adress, port, and automatic script) And all works.

ISA Server Firewall Client incurs functions of authorisation and transfer of 
inquiries, and programs start to work through it thinking that the proxy of a server 
is not present.

The metainstaller (googleupdate.exe) is not open source or part of chromium. The team 
has the equivalent bug in their internal db. Thus closing this bug.

Issue 12722 has been merged into this issue.

The following revision refers to this bug:
    http://src.chromium.org/viewvc/chrome?view=rev&revision=26168 

------------------------------------------------------------------------
r26168 | jshin@chromium.org | 2009-09-14 15:30:18 -0700 (Mon, 14 Sep 2009) | 33 lines
Changed paths:
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/browser.cc?r1=26168&r2=26167
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/renderer_host/render_view_host.cc?r1=26168&r2=26167
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/renderer_host/render_view_host.h?r1=26168&r2=26167
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/tab_contents/tab_contents.h?r1=26168&r2=26167
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/common/render_messages_internal.h?r1=26168&r2=26167
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/renderer/render_view.cc?r1=26168&r2=26167
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/renderer/render_view.h?r1=26168&r2=26167
   M http://src.chromium.org/viewvc/chrome/trunk/src/webkit/glue/webview_impl.cc?r1=26168&r2=26167

Fix for bug 2932: Chrome should not trigger page reloading when turn off auto detect 

In order to fix the bug I added new interfaces to allow resetting the override encoding (including a new render message). 

The new logic is as follows: 

-) If the user turns auto-detect OFF, nothing happens (as requested in the bug description) 
-) If the user turns auto-detect ON, then the page is reloaded with an empty override encoding 

I.e., turning auto-detect on resets a previous override setting. 
The reverse is not true, however: specifiying a new override setting will not turn auto-detect off. 


BUG= 2932 
TEST=do the following steps, using the test file (encoding-gb18030.htm) attached to comment 14 of the original bug http://crbug.com/2932 : 

1.) load the file while auto-detect is turned off 
-> garbage is displayed 
2.) turn auto-detect on 
-> proper Chinese text should appear 
-> in the encoding menu, Chinese encoding should be highlighted 
3.) turn auto-detect off 
-> proper Chinese text should remain 
-> in the encoding menu, Chinese encoding should remain highlighted 
4.) choose any other encoding 
-> garbage is again displayed (in the new encoding) 
5.) turn auto-detect on 
-> proper Chinese text should again appear 
-> in the encoding menu, Chinese should again be highlighted 

Original Review: http://codereview.chromium.org/173265
Patch by Roland Steiner (rolandsteiner@google.com)

------------------------------------------------------------------------

Please disregard above message from the bugdroid. It seems to have been triggered by 
"comment 14" in my description. My patch has nothing to do with the issue at hand.

I was having a similar problem on my network behind a proxy.

I had IE proxy configured to use a *.pac file, which contains rules for certain local networks. General internet access is provided by a proxy when all rules fail.

When IE is configured to use a *.pac file to determine the proxy, ChromeUpdate.exe is not able to connect. If you configure the proxy to a fixed value (see attachments) it'll work just find. Something's wrong with Chrome's ability to interpret PAC files maybe?

	asdf2.png 27.7 KB View Download

	asdf.png 27.1 KB View Download

Just as a note, my previous comment regarded Chrome 9. Once I upgrade to Chrome 10, the same behavior seems to be passed on to the entire browser! Not just ChromeUpdate.exe

Just want add information :
theres a parameter for google chrome msi file installation, you can use  "nogoggleupdateping=1" like example : 

msiexec /i chrome.msi nogoogleupdateping=1

it will install offline...

thx

This issue has been closed for some time. No one will pay attention to new comments.
If you are seeing this bug or have new data, please click New Issue to start a new bug.