Closed Bug 1319641 Opened 8 years ago Closed 7 years ago

Consider supporting user authentication in FindProxyForURL

Categories

(WebExtensions :: Request Handling, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1359543

People

(Reporter: mattw, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [proxy] triaged)

This bug is meant to track discussing and potentially implementing programmatic username/password authentication as an additional return type to FindProxyForURL.  

The format for the return type would be:
 - ["PROXY"|"HTTP"|"HTTPS"|"SOCKS5"] username@password:server:port 

One topic I think we still need to flesh out is whether or not this feature will have any security implications. For example, would it open any security holes by allowing others to view the username and password to access the proxy? If so, is there anything we can do about this?

For more information, see the proxy API design document: https://docs.google.com/document/d/1W45o5X2bFRPrTaQDFp9IzTJ8njCVfEgyENS7i2owaUI/edit?usp=sharing
(In reply to Matthew Wein [:K-9, :mattw] from comment #0)
> This bug is meant to track discussing and potentially implementing
> programmatic username/password authentication as an additional return type
> to FindProxyForURL.  
> 
> The format for the return type would be:
>  - ["PROXY"|"HTTP"|"HTTPS"|"SOCKS5"] username@password:server:port 
> 

Please note that I intended the "HTTP" return type to be a synonym for the antiquated "PROXY" return type. "PROXY" return type was defined before HTTPS proxies were created.
How is this fixed/resolved? Is it already supported by the implementation in bug #1295807?
Flags: needinfo?(mwein)
Please see https://bugzilla.mozilla.org/show_bug.cgi?id=1319630#c2.
Flags: needinfo?(mwein)
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
Product: Toolkit → WebExtensions
You need to log in before you can comment on or make changes to this bug.