Closed Bug 84266 Opened 24 years ago Closed 24 years ago

Resolving host name freezes whole program (all windows)

Categories

(Core :: Networking, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: jk, Assigned: neeti)

Details

Resolving new host name freezes whole browser. Nothing works and even the window does not refresh. Even other unrealted window with other page or mail/news. This might sometimes take even minute or two. (The worst is that usually the browser freezes just because some advertiser's site host name resolution.) Wouldn't it be possible to have a separate task for name resolution and work asynchornously with it? I noticed that Netscape 4.x has such process, but freezes anyway. Async. calls would be nice for this kind of all-freeze calls.
Keywords: qawanted
Can't mark new until build number is confirmed.
Keywords: hang
Marking WORKSFORME i havent seen this at all recently.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Keywords: hang, qawanted
Resolution: --- → WORKSFORME
reporter: This bug is a "futured" or "untargeted" bug which has been "resolved/works for me". Most bugs meeting this criteria are usually somewhat out of date or working in the current builds. If this bug is not happening for you in a recent build (such as the Mozilla daily build, Mozilla 0.9.3, or Netscape 6.1), please use the friendly "Mark bugs as VERIFIED" radio button to set this bug to "VERIFIED/WORKS FOR ME" If you reported the bug on a platform (e.g. Linux) and other contributors reported on another platform (e.g. Mac OS), please comment that it works for you but do not verify it yet. For these multi-platform bug reports, we need to verify all reported platforms -OR- create new "still broken on platform X" bugs when you verify.
You need to log in before you can comment on or make changes to this bug.