I assume (perhaps incorrectly) that the problem is due to the redirects we're doing on webmail.netscape.com. I'm using the release build on win95...

I'm looking into this. the webmail server is inaccessible from where I am (seems to be down). The immediate reply from the server when I get to it is an http-equiv refresh tag which we refresh/redirect to (http://webmail.netscape.com/tpl/Door/Login?) that link throws open a javascript window which I think is causing the problem. Sometimes that window takes over the main one, sometimes we show nothing. Once I the webmail server starts responding I'll know more.

This actually looks like fallout of netlib going to it's own thread. We're calling net_CallExitRoutine() (which kicks off any redirect/refresh timers) before the parser has a chance to set the url_s->refresh url field.

This should be fixed. I have marshalled the call to net_CallExitRoutine(...) back onto the correct thread.

Verified as fixed in Feb 4 Seamonkey

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.

->http