(This bug imported from BugSplat, Netscape's internal bugsystem. It was known there as bug #110311 http://scopus.netscape.com/bugsplat/show_bug.cgi?id=110311 Imported into Bugzilla on 01/04/99 16:08) Lookup of a hostname hangs the mac until the response from the DNS comes back. This sucks.

see also: 122248, 142690, and 299777. DNS lookups are no longer asynchronous. This occurred when NSPR20 replaced MacSock. I'm investigating how to make them asynchronous again. Currently a DNS lookup will lock up the Mac UI until it completes or timesout. Simply enter a URL for a nonexistent domain to see what I mean.

*** Bug 309210 has been marked as a duplicate of this bug. ***

assigning Greg as QA Assigned to for this bug and the dup'ed bug

I've got a solution using the same mechanism Windows uses for asynchronous DNS lookups, and I have finished about 90% of the implementation and 50% of the testing. However, I am leaving on vacation this afternoon. After speaking to Don Melton, we decided I should finish the work when I get back on August 24, rather than check in what I have now. I shouldn't need more than two days, depending on the state of the tree. I've also given Chris Saari a brief rundown on the approach I've taken so he knows generally what's involved.

Marking this bug P0, since 142690 is blocked on it.

*** Bug 2197 has been marked as a duplicate of this bug. ***

bumping up severity to critcal.

I don't believe NSPR20 is in yet is it? What's the ETA? This is blocking parity milestone right now.

Inserting Milestone info.

Setting all current Open Critical and Major to M3

per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser

Changed OS to Mac System 8.5 and miletone target to M4. Gordon says we can't fix this in time for dogfood. (Why was OS set to All?)

*** Bug 3580 has been marked as a duplicate of this bug. ***

NSPR is not planning to add an Async API for DNS Lookup, so I will fix this in NetLib as part of the NuNet effort.

Changed target milestone to M6.

This should land with the first phase of Necko, just after M6. So I'm changing the Target Milestone to M7.

Looks like we're not landing until after M7. Changing target milestone and some other fields that raman@cnet.com modified for some inexplicable reason.

raman@cnet.com seems to have been going on a minor rampage. He has mucked with three bugs (although the worst damage was here; the other two he merely REOPENED.) His Bugzilla account has been disabled, until he can give an explaination for his actions.

Necko landing has been moved to aftere M8.

Changing all Networking Library/Browser bugs to Networking-Core component for Browser. Occasionally, Bugzilla will burp and cause Verified bugs to reopen when I do this in a bulk change. If this happens, I will fix. ;-)

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

Bulk move of all Networking-Core (to be deleted component) bugs to new Networking component.

Verified duplicate of 10731. 10731 addresses synch/asynch DNS lookup on Mac issue.

Verified duplicate of 10731. 10731 addresses synch/asynch DNS lookup on Mac issue.