163615 - PAC: first url after starting results in an error

Status: RESOLVED DUPLICATE of bug 100022

(Core :: Networking, defect)

Description

[Rafael K.]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.1b) Gecko/20020722
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.1b) Gecko/20020722

The first url which is retreived by Mozilla results in the error-message:

<URL> cannot be find in the Adressbook.

This message is persistent until you change the URL.

Reproducible: Sometimes

Steps to Reproduce:
1. Start Mozilla from the scratch
2. Wait for loading the starting page
3.

Comment 1

[Bradley Baetz (:bbaetz)]

-> browser

Comment 2

[Rafael K.]

-> Mozilla seems to ignore the *.pac from the automatic configuration url 
during startup.

Comment 3

[Matthias Versen [:Matti]]

-> Networking

Comment 4

[benc]

What do you have for your pac setting?

Comment 5

[Rafael K.]

The PAC contains simple detection of the Destinationaddess.

If the IP is in the net 192.168.20.0 no Proxy is used, all other addresses use
our Proxy.

The first GET after starting Mozilla ignores the PAC. After I reset the loading
and reload it, the connection is made through the proxy.

Funny, the error message after timeout (in the German Version) complains not to
find the adress in the global Adressbook (of Windows)

Comment 6

[benc]

Rafel:

So, PAC does not load until you use the "RELOAD" button? If so, this is a
problem others have seen before.

(As for the error message in the German version, I think that should be a new
bug that we send to i18n).

Comment 7

[benc]

To clarify:

In some cases, a slow pac server will not return the page before the first
request begins to work.

If so, reload button or re-send (type enter in URL bar, click on link, etc) will
use PAC for the second request.

Comment 8

[benc]

*** This bug has been marked as a duplicate of 100022 ***