Closed Bug 49931 Opened 24 years ago Closed 24 years ago

Autoscript and manual Proxy Configuration failing

Categories

(Core :: Networking, defect, P3)

x86
Windows 2000
defect

Tracking

()

VERIFIED DUPLICATE of bug 45747

People

(Reporter: swcox, Assigned: gagan)

Details

( M17 & nightly build 22 Aug 00)

When connected via MS Proxy Server, proxy configurations fail:

MSProxy Server 2.0 (NT 4.0)settings:
http via webproxy (not using winsock for http)
cleartext  & encryped user authentication (cleartext as per using netscape in 
MS Proxy envirnoment) which required entry of username and password for the NT 
domain of the proxy server

Using appropriate manual proxy config, accessing a URL outside of the local 
network generates a "www.mozilla.org could not be found. Please check the name 
and try again" after trying to resolve the name.

If the automatic proxy configuration script is used: "http://COMMS:80/array.dll?
Get.Routing.Script", then upon entering the URL, the browser immediately 
returns from trying to download the html without doing anything - the previous 
page remains.

Further testing: If the MS Proxy Server 2.0 is configured to use allow the http 
protocol via winsock proxy (and the winsock proxy client) is installed on the 
PC, then adjusting the proxy settings to use a direct connection works. 
However, resetting back to using webproxy fails again.

Adjusting Proxy Server 2.0 between using anonymous, cleartext passwords and MS 
encrypted passwords when Moz is configured back to using manual proxy settings 
has no effect - using cleartext doesn't even prompt for username/password entry 
when first attempted.

I have confirmed the proxy settings I am using work correctly with NS4 and IE4/5
Depends on: 45747
swcox@usa.net - are you still seeing this problem in recent builds of Mozilla?

Gerv
Summary: Autoscript and manual Proxy Configuration failing → Autoscript and manual Proxy Configuration failing
Attn Gerv: Still present in the latest Milestone, M18. Will not be able to
confirm with latest nightly myself until next week. However, this issue seems
well covered by bug #45747
duplicate of bug 45747

*** This bug has been marked as a duplicate of 45747 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → VERIFIED
vrfy dup
can't depend on your own dupe.
No longer depends on: 45747
You need to log in before you can comment on or make changes to this bug.