Bug 856170 - remove synchronous DNS resolution in nsProxyAutoConfig.js
remove synchronous DNS resolution in nsProxyAutoConfig.js
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: firefox (Show other bugs)
x86_64 Linux
unspecified Severity medium
: rc
: ---
Assigned To: Martin Stransky
Desktop QE
Depends On:
  Show dependency treegraph
Reported: 2012-09-11 07:17 EDT by Laszlo Ersek
Modified: 2012-10-26 07:56 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2012-10-26 06:36:10 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
Mozilla Foundation 769764 None None None 2012-09-11 07:22:33 EDT

  None (edit)
Description Laszlo Ersek 2012-09-11 07:17:36 EDT
**** Description of problem:

Proxy autoconfig scripts which depend on DNS resolution block the entire firefox GUI.

**** Version-Release number of selected component (if applicable):


**** How reproducible:

very frequently

**** Steps to Reproduce:

1. Use a slow DNS server.

2. Specify a local proxy autoconfig file in

Edit | Preferences | Advanced | Network | Settings | Automatic proxy configuration URL

such that the script uses the dnsDomainIs() and isInNet() JavaScript functions. For examples, see <https://bugzilla.mozilla.org/show_bug.cgi?id=235853>

3. Try to scroll one (fully loaded) tab, or enter text on it, or change its location bar, while another tab is loading.

**** Actual results:

Watch the GUI freeze intermittently for seconds.

**** Expected results:

One tab being blocked on hostname resolution should not affect another tab, and definitely not the entire GUI.

**** Additional info:

Please work with Mozilla so that <https://bugzilla.mozilla.org/show_bug.cgi?id=769764> is backported to Firefox ESR.

That way (I hope) the fix would end up in RHEL-6 too.

Thank you.
Comment 4 RHEL Product and Program Management 2012-10-26 06:36:10 EDT
Development Management has reviewed and declined this request.
You may appeal this decision by reopening this request.

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