(This bug imported from BugSplat, Netscape's internal bugsystem. It was known there as bug #300006 http://scopus.netscape.com/bugsplat/show_bug.cgi?id=300006 Imported into Bugzilla on 03/30/99 11:24) Going to this page takes way too long (> 30 seconds depending on what you do). Don't even move your mouse, just enter the URL. Going up to the Menu, and going through File, and other entries dramatically speeds it up. It must be because we call NET_Pollsockets (or something) in the OnIdle loop under windows. This needs to be fixed as it really sucks right now.

Changing TFV to 5.0 SF1 in and priority to P1. Does this need to be a P0?

Changing product version from 5.0 SF1 to 5.0.

Adding cc' list for comments. This really calls for an architectural change.

What architectural change? Are any other FEs afflicted, or is it just windows that polls? /be

not sure if this is still relevant in netlib re-write, but will re-open in bugzilla just to be sure.

This was back in the days where the Netlib processing used to happen on the UI/App thread. We are now on our own thread and this should be fixed. Marking as such.

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. ;-)

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

I don't know if this site even exists anymore, but I'll check it an verify if I can.

VERIFIED/FIXED.