1017379 - Firefox showing "The proxy server is refusing connections" instead of custom error message when user cancels a 407 Proxy Authentication Pop-Up when using a proxy

Status: RESOLVED DUPLICATE of bug 637619

(Core :: Networking: HTTP, defect)

Description

[Rabimba]

Attachment: Firefox error

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.114 Safari/537.36

Steps to reproduce:

1. Use a proxy with a custom error message for connecting to the internet
2. When the 407 Authentication Popup appears click "cancel"


Actual results:

Firefox showing  "The proxy server is refusing connections" (Screenshot attached)

Versions Tested:

Firefox 29 - Windows 7
Firefox 24.5 ESR - Windows 7 Professional
Firefox 24.5 ESR - CentOS 6.5


Expected results:

It should show the custom error message. (Screenshot Attached for other browsers)

Comment 1

[Rabimba]

Attachment: Correct Behaviour

Correct Behavior in Chrome and IE

Comment 2

[Markus Werner]

After Upgrading to Firefox 30 on Mac OS X 10.9 I don't get a "Proxy Auth" dialog anymore. 
With Firefox 29 everything works as expected.


Currently using "Build-Identifikator: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:29.0) Gecko/20100101 Firefox/29.0"

Setting: Use Proxy Config from System (But also tested with manual Proxy config)

Comment 3

[Honza Bambas (:mayhemer)]

Isn't the proxy using NTLM v1 authentication?

Comment 4

[Rabimba]

(In reply to Markus Werner from comment #2)
> After Upgrading to Firefox 30 on Mac OS X 10.9 I don't get a "Proxy Auth"
> dialog anymore. 
> With Firefox 29 everything works as expected.
> 
> 
> Currently using "Build-Identifikator: Mozilla/5.0 (Macintosh; Intel Mac OS X
> 10.9; rv:29.0) Gecko/20100101 Firefox/29.0"
> 
> Setting: Use Proxy Config from System (But also tested with manual Proxy
> config)

I can replicate it perfectly well in Windows 7 using Firefox 30 Stable.
I can do the same test in CentOS/FF30 but I think i will encounter the same error there too like last time.
See the screenshot (New_july01.png)

Comment 5

[Rabimba]

Attachment: New_july01.png

Comment 6

[Markus Werner]

The Bug still exists. And all Version after Firefox 29 are not working. From Security Point of View this is a worse scenario. 

I'm irritated that the bug is still unconfirmed. It seem's dev are not interessted.  

This isn't so only anoying thing with Firefox after the "Run for Version Numbers" thing started. So I'll move to Safari now. 

Good bye Firefox (Been with you since ca 0.7) 

Good bye Mozilla

Markus Werner

Comment 7

[Mahay Alam Khan]

Dear Gerv,

Can you help this bug redirect to appropriate person.

Comment 8

[Jason Duell]

There's two different bugs that seem to be getting reported here.

1) showing "The proxy server is refusing connections" when you cancel a proxy auth dialog, instead of the proxy server's HTML error page. i.e. comment 0

2) Not getting any proxy auth dialog at all (comment 2).

Let's keep this bug confined to issue #1.  (I'm happy to see a new bug for issue #2 but we don't have enough info to reproduce it as is)

So.. 

[e-mail]: can you tell me if you're trying to access an https:// URI when you see this behavior?  If so then this is a dupe of bug 493699, i.e. we don't show content from proxies because our internal architecture currently treats proxy error pages as if they had the origin of the desired web page, which would be a security hole (and sadly we're not likely to fix that any time soon). 

If it's happening for non-TLS http:// URLs too, then we may have a new bug here.

493699

Comment 9

[Rabimba]

(In reply to Jason Duell (:jduell) from comment #8)
> There's two different bugs that seem to be getting reported here.
> 
> 1) showing "The proxy server is refusing connections" when you cancel a
> proxy auth dialog, instead of the proxy server's HTML error page. i.e.
> comment 0
> 
> 2) Not getting any proxy auth dialog at all (comment 2).
> 
> Let's keep this bug confined to issue #1.  (I'm happy to see a new bug for
> issue #2 but we don't have enough info to reproduce it as is)
> 
> So.. 
> 
> [e-mail]: can you tell me if you're trying to access an
> https:// URI when you see this behavior?  If so then this is a dupe of bug
> 493699, i.e. we don't show content from proxies because our internal
> architecture currently treats proxy error pages as if they had the origin of
> the desired web page, which would be a security hole (and sadly we're not
> likely to fix that any time soon). 
> 
> If it's happening for non-TLS http:// URLs too, then we may have a new bug
> here.
> 
> 493699

I am trying a non-https site. I just tested it again and replicated it in Firefox 31 running in Windows 7. 
See the attached screenshot

Comment 10

[Rabimba]

Attachment: Capture.PNG

09Spetember Test with non-https website