232337 - Proxy: Cannot get past initial page when accessing internal IIS served webpages that are exempted from proxy server

Status: VERIFIED DUPLICATE of bug 91587

Description

[Peter Spuhler]

User-Agent:       
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113

I have installed mozilla 1.6 on both debian linux and win2k. I have problems
accessing internal webpages that run on IIS and livelink using NTLM. I remember
these working ok with mozilla 1.4 on win2k. In each case i can get to the
starting page but when i click on a link i get referred to the proxy server
SQUID which returns an error for internal sites. I specifically exclude interal
sites from the proxy. Accessing internal apache websites works without a
problem. Also accessing internal IIS pages not using authentication also works
fine. This problem occurs on linux and win2k. Mozilla appears to forget to
ignore the proxy server when accessing an internal website after using NTLM
authentication.

Reproducible: Always
Steps to Reproduce:
1.Log into a website running IIS and using NTLM
2.Click on link
3.Get referred to proxied version of website which produces error from proxy server

Actual Results:  
Proxy server error for trying to access and internal website

Expected Results:  
Browser should have not attempted to access proxy server for an internal website

Comment 1

[benc]

Can you describe your proxy config, or are you getting a 305 redirect?

Comment 2

[Darin Fisher]

reporter: can you please generate a HTTP log using the steps given here:

http://www.mozilla.org/projects/netlib/http/http-debugging.html

please generate the log file and attach it to this bug or email it directly to
me.  thanks!

Comment 3

[Darin Fisher]

(In reply to comment #1)
> Can you describe your proxy config, or are you getting a 305 redirect?

the log file from the reporter does not include any 305 responses.  anyways,
mozilla ignores 305 for security reasons.

Comment 4

[Darin Fisher]

Inspecting the log file, I see a request like the following:

  GET http://aerokm/livelink/llisapi.dll?... HTTP/1.1

This is the first proxy request.  Up until this point, all requests have been
for aerokm.ball.com, so I suspect that the no_proxies_on preference does not
include "aerokm" in the list.  It probably includes "ball.com" only?  Is that
correct?  If so, then I suspect this is a duplicate of a well-known problem in
Mozilla (namely that we do not resolve the hostname before comparing it against
the no_proxies_on list).

reporter: can you please confirm that this is what's going on?  thx!

Comment 5

[Darin Fisher]

Peter wrote:
> no proxy for 
> .ball.com
> http ssl and ftp is 
> webcache.ball.com port 3128

so, indeed this bug is a duplicate... searching for the duplicate bug report now.

Comment 6

[Darin Fisher]

*** This bug has been marked as a duplicate of 91587 ***

Comment 7

[benc]

V/dupe.

Not sure why this worked in 1.4, perhaps the page changed?