173663 - PAC: unable to load web-pages using this configuration

Status: RESOLVED WORKSFORME

(Core :: Networking, defect)

Description

[xolaware.llc]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.2a) Gecko/20020910
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.2a) Gecko/20020910

when establishing an automatic proxy configuration (which is for me,
unfortunately behind a VPN and thus unavailable to the mozilla QA team, i think)
to wwwgate0.mot.com:1080, no pages can be found in the browser.  a message
almost immediately pops up saying:  "unable to find domain www.mozilla.org" or
whatever the domain of choice is.

the workaround is to configure all of the items in the manual proxy
configuration with the same address.

Reproducible: Always

Steps to Reproduce:
on macOS X (don't think this is a problem for other platforms given the bug
reports i've read):
1. configure the advanced->Proxy prefs to point to an automatic proxy config
   URL
2. save
3. attempt to load any page (http://www.mozilla.org/)

Actual Results:  
a message dialog popped down from the titlebar:

"www.mozilla.org could not be found.  please check the name and try again."


Expected Results:  
www.mozilla.org should have loaded.

Comment 1

[benc]

I'm assuming the steps are being done after making a VPN connection.

1- Have you tried using reload to see if that gets PAC to work?

2- Have you used PAC in previous versions?

Please attach a copy of your PAC file, if the answer to 1 is "yes", or 2 is "no".

Comment 2

[Greg K.]

[e-mail], 20020910 is also getting pretty old. You should retest using
a recent nightly build as well.

Comment 3

[xolaware.llc]

steps are indeed being performed after making VPN connection.

there are 2 methods of "reload" that i can think of related to this:
- hitting the reload button in the prefs has never made this work.
- i saw another bug related to this, but for PC, which said hitting reload
  would cause the page to load, and i tried that before submitting this bug,
  and got the same dialog box response.

i had recently tried a nightly build as new as 20021007, and it didn't work in
that.  (and i have gone back to the 20020914 because i use this for everyday
work, and there are regressions in recent nightly builds that drive me insane!)

(oh, and also, can we get this added to meta-tracking bug 61691?)


sorry, don't know where to find this PAC file.  i don't see anything obvious in
my profile folder.

and can we put the words "automatic" & "proxy" back in the summary so that those
looking for this bug who never heard of PAC might find it and not submit a dupe?
 i've learned quickly that this is what PAC stands for, but not until after i
submitted this bug.

Comment 4

[Darin Fisher]

reporter:

can you please try deleting the file components/compreg.dat in the mozilla
installation directory.  there have been numerous reports of this file getting
corrupted in such a manner that PAC stops working.  if that doesn't fix your
problem, you might also want to try completely reinstalling mozilla as there
have also been reports of that helping.

if none of this helps, can you please upload a copy of your PAC file to this bug
or send a copy to me personally if you do not want to share it w/ the internet.
w/o seeing your PAC file, it might be difficult to determine the real problem here.

thanks in advance!!

Comment 5

[Greg K.]

No response from reporter for 4 months. Resolving WFM.