60588 - Proxy: proxy auth dialog displays destination hostname

Status: VERIFIED FIXED

(Core :: Networking, defect, P3)

Description

[Malx]

Build: 2000111721
Reproduce: run mozilla behind password-protected proxy.

When I am entering internet URL mozilla connects to our proxy
and asks for user/pass.
But in Netscape4 it tells "Squid at _proxy_IP_" 
and in Mozilla   it says "Squid at URL" (URL I just entered in Location).

I thinks this is bug :)
 Also It could prevent from auto-saving pass for proxy, IMHO.

Comment 1

[Asa Dotzler [:asa]]

->Networking

Comment 2

[Asa Dotzler [:asa]]

one more try. ->Networking

Comment 3

[Keyser Sose]

Reporter is this still a problem in the latest nightlies?

Comment 4

[Malx]

I have 2000120808 still same.
I have seen "Leak detector" but it is not functioning for me
  chrome://navigator/content/navigator.js line 1368: leakDetector.dumpLeaks is
not a function
Could I activate it?

Comment 5

[Keyser Sose]

Reporter can you give us a temporary login so we can test it out?

Comment 6

[Malx]

Try setting:
  HTTP-Proxy: cad.ntu-kpi.kiev.ua
        Port: 3128
  URL: dfhgdf.dfjghkdfg.dfhgjgd  
And look at dialog box appeared

Comment 7

[Fabian Guisset]

I can confirm. Setting bug status to new so this gets some attention.
Reproduced using build 2000122604 win32.

Comment 8

[benc]

I've experienced this problem at work and it's driving me crazy, especially
where I've configured double auth (proxy auth connection to basic auth web server).

keying nsdogfood

gagan or any mozilla contributor assigned this bug get a test account from me on
proxy.packetgram.com if they need to reproduce it.

Comment 9

[Gagan]

->neeti 

Comment 10

[neeti]

*** Bug 70186 has been marked as a duplicate of this bug. ***

Comment 11

[Keyser Sose]

*** Bug 69673 has been marked as a duplicate of this bug. ***

Comment 12

[benc]

no dogfood, how about catfood?

Comment 13

[Steve Chapel]

Yeah, it smells like catfood. This problem has gotten much worse with the
release of the new cache. This is because my Home Page gets cached, so I don't
get the authentication dialog until I go to my first site. But because Mozilla
thinks the authentication is specific to the site I'm visiting, my stored
username and password are not automatically entered.

Comment 14

[Steve Chapel]

As requested by benc, I filed the bug I describe above as bug 75949

Comment 15

[Anand Kumria]

not sure about catfood but this certainly is annoying. This bug feels similiar
to #57291 and should be listed with #61691 as a networking proxy bug.

This occurs with despite the proxy server being used (according to #57291) and I
have also seen it on Squid and Microsoft Porxy 2.0

This is still occuring in 0.8.1 (2001032614) -- I'm not sure if that has the new
cache or not; but if it doesn't it does mean has nothing to do with that.

This bug is stopping me from rolling out Mozilla to any proxy password protected
organisation that I'm involved with. Not to put additional pressure on you guys
or anything :-)

Comment 16

[benc]

What you just said is why I nominated for catfood. 

Comment 17

[benc]

qa to me.

Comment 18

[neeti]

This is fixed in the necko branch

Comment 19

[neeti]

fixed

Comment 20

[Anand Kumria]

Confirmed this works in 2001051604. However the password manager comes up
and while it has a checkbox does not have any text beside it.

Checked with MS Proxy 2.0

Comment 21

[benc]

VERIFYING:
Win32 20001-06-07-06-branch.
This was in before the 0.91 branch, and is part of the proxy test suite, so I'm
doing a fast one on verification.

PLAT+OS=ALL

Comment 22

[benc]

*** Bug 52616 has been marked as a duplicate of this bug. ***

Comment 23

[benc]

*** Bug 60026 has been marked as a duplicate of this bug. ***