Sorry for tyops -- I'm tired.

I have exactly the same issue with Google Chrome 5.0.375.28 dev on my netbook running Ubuntu Lucid. A fellow 
Googler suggested that it may be caused by Chrome ignoring /etc/hosts file. I tried to verify this hypothesis. I 
installed bind9 on my netbook (!) and configured it to resolve localhost and 127.0.0.1 addresses. It didn't help. 
Strangely, there is no traffic on loopback interface at all. When I run something like "dig localhost", I see:
# tcpdump -ni lo
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on lo, link-type EN10MB (Ethernet), capture size 96 bytes
21:47:39.829486 IP 127.0.0.1.39132 > 127.0.0.1.53: 1021+ A? localhost. (27)
21:47:39.829871 IP 127.0.0.1.53 > 127.0.0.1.39132: 1021* 1/1/0 A 127.0.0.1 (57)

However, when I try to open http://localhost/ in Chrome, tcpdump doesn't show any packets. I have no idea what 
is going on.

This is a variant of  bug 42058 , and a discussion with WTC lead to a plausible approach. 
(i.e., we should, when GetAddrInfo() returns quickly with host-not-found, try again, 
with a broader search request.)

cbentzel: this is a good bug for a new team member in your office.
It involves low-level system programming related to getaddrinfo
and getting information on network interfaces.  Please reassign.
If you have questions about this bug and related bugs, please
ask me.

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

------------------------------------------------------------------------
r52781 | vandebo@chromium.org | 2010-07-16 17:32:04 -0700 (Fri, 16 Jul 2010) | 8 lines
Changed paths:
   M http://src.chromium.org/viewvc/chrome/trunk/src/net/socket/ssl_client_socket_pool.cc?r1=52781&r2=52780
   M http://src.chromium.org/viewvc/chrome/trunk/src/net/socket/ssl_client_socket_pool_unittest.cc?r1=52781&r2=52780

Fix crash in SSLClientSocketPool:GetLoadState

ClientSocketHandle::GetLoadState is only valid when the handle doesn't have a socket. And we repeat the DoTunnelConnectComplete state when when need to restart the http proxy with authentication - after the transport_socket_handle_ has been assigned the http proxy socket.

BUG=41408
TEST=amended SSLClientSocketPoolTest.DoProxyAuth

Review URL: http://codereview.chromium.org/2856043
------------------------------------------------------------------------

Steve - did you mark the wrong bug for r52781? I'm not sure how that change has any impact on this issue?

(No comment was entered for this change.)

Oops, yea, wrong bug #.  Should be  bug 49325 .

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

------------------------------------------------------------------------
r53487 | vandebo@chromium.org | 2010-07-23 10:47:10 -0700 (Fri, 23 Jul 2010) | 10 lines
Changed paths:
   M http://src.chromium.org/viewvc/chrome/trunk/src/net/base/address_family.h?r1=53487&r2=53486
   M http://src.chromium.org/viewvc/chrome/trunk/src/net/base/host_cache_unittest.cc?r1=53487&r2=53486
   M http://src.chromium.org/viewvc/chrome/trunk/src/net/base/host_resolver_impl.cc?r1=53487&r2=53486
   M http://src.chromium.org/viewvc/chrome/trunk/src/net/base/host_resolver_impl.h?r1=53487&r2=53486
   M http://src.chromium.org/viewvc/chrome/trunk/src/net/base/host_resolver_proc.cc?r1=53487&r2=53486
   M http://src.chromium.org/viewvc/chrome/trunk/src/net/base/net_util.cc?r1=53487&r2=53486
   M http://src.chromium.org/viewvc/chrome/trunk/src/net/base/net_util.h?r1=53487&r2=53486

[Linux] Enable connecting to localhost when offline.

Add a utility function to determine if only loopback address are configured.
Add a mechanism to add supplemental HostResolverFlags in the HostResolver.
Change the resolver on Linux to not use AI_ADDRCONFIG if only loopback addresses are configured.

BUG=41408
TEST=localhost works when offline

Review URL: http://codereview.chromium.org/3036011
------------------------------------------------------------------------

After this has baked, I think it is a good candidate for low risk, medium reward merge for m6

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

------------------------------------------------------------------------
r53999 | vandebo@chromium.org | 2010-07-28 12:46:35 -0700 (Wed, 28 Jul 2010) | 13 lines
Changed paths:
   M http://src.chromium.org/viewvc/chrome/branches/472/src/net/base/address_family.h?r1=53999&r2=53998
   M http://src.chromium.org/viewvc/chrome/branches/472/src/net/base/host_cache_unittest.cc?r1=53999&r2=53998
   M http://src.chromium.org/viewvc/chrome/branches/472/src/net/base/host_resolver_impl.cc?r1=53999&r2=53998
   M http://src.chromium.org/viewvc/chrome/branches/472/src/net/base/host_resolver_impl.h?r1=53999&r2=53998
   M http://src.chromium.org/viewvc/chrome/branches/472/src/net/base/host_resolver_proc.cc?r1=53999&r2=53998
   M http://src.chromium.org/viewvc/chrome/branches/472/src/net/base/net_util.cc?r1=53999&r2=53998
   M http://src.chromium.org/viewvc/chrome/branches/472/src/net/base/net_util.h?r1=53999&r2=53998

Merge 53487 - [Linux] Enable connecting to localhost when offline.

Add a utility function to determine if only loopback address are configured.
Add a mechanism to add supplemental HostResolverFlags in the HostResolver.
Change the resolver on Linux to not use AI_ADDRCONFIG if only loopback addresses are configured.

BUG=41408
TEST=localhost works when offline

Review URL: http://codereview.chromium.org/3036011

TBR=vandebo@chromium.org
Review URL: http://codereview.chromium.org/3067012
------------------------------------------------------------------------

(No comment was entered for this change.)

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.

(No comment was entered for this change.)

(No comment was entered for this change.)