Bug 159510 - Firefox hangs whilst resolving DNS in proxy.pac
Firefox hangs whilst resolving DNS in proxy.pac
Status: CLOSED INSUFFICIENT_DATA
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: firefox (Show other bugs)
4.0
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Christopher Aillon
massRequestForReproduction
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2005-06-03 06:11 EDT by Matthew Booth
Modified: 2008-03-13 05:46 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2008-03-13 05:46:06 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description Matthew Booth 2005-06-03 06:11:31 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.7.8) Gecko/20050512 Red Hat/1.0.4-1.4.1 Firefox/1.0.4

Description of problem:
I use the following proxy.pac:

function FindProxyForURL(url, host)
{
    if (isInNet(host, "172.16.0.0", "255.255.0.0") &&
        (dnsDomainIs(host, "redhat.com") || dnsDomainIs(host, "redhat.de")))
        return "SOCKS localhost:3001; DIRECT";
    else
        //return "SOCKS localhost:3001; DIRECT";
        return "DIRECT";
}

The socks proxy is provided by ssh -D 3001.

When the above script is operating on a hostname which requires dns resolution, the whole browser hangs.

Version-Release number of selected component (if applicable):
firefox-1.0.4-1.4.1

How reproducible:
Always

Steps to Reproduce:
1. Configure firefox to use the above proxy.pac
2. Go to a web page which doesn't have a cached dns entry, and whose resolution will take a second or 2.

Actual Results:  Firefox hangs for the entire duration of the lookup. If the page contains dependencies on other non-cached servers, each of these lookups will also cause a hang.

A hang here means that Firefox is entirely unresponsive to user input, and its X window is not refreshed after being obscured.

Expected Results:  Firefox should continue to respond to user input during any long running operation.

Additional info:
Comment 1 ilja lunev 2005-06-08 11:52:19 EDT
we have it on the many systems under WS4. We have sure an another rac script.
Comment 2 Matěj Cepl 2008-02-08 15:42:05 EST
Since this bugzilla report was filed, we have seriously upgraded Gecko-related
packages, which may have resolved this issue. Users who have experienced this
problem are encouraged to upgrade their system to the latest version of their
distribution available.

Please, confirm to us that this bug is reproducible on the latest upgrade of the
supported distribution (that's RHEL, or Fedora 7, 8, and Rawhide).

Setting the bug to NEEDINFO. If I won't get confirmation of reproducability in
30 days, the bug will be closed as INSUFFICIENT_DATA.

[This is mass-changing of bugs which seem to be too old and irrelevant anymore;
we are sorry, if this bug should not be incldued.]
Comment 3 Matěj Cepl 2008-03-12 11:45:25 EDT
Reporter, could you please reply to the previous question? If you won't reply in
one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you.
Comment 4 Matthew Booth 2008-03-13 05:46:06 EDT
I don't have the resources to reproduce a slow DNS server, so your request won't
happen.

Note You need to log in before you can comment on or make changes to this bug.