868 - Following link to webmail goes nowhere

Status: VERIFIED FIXED

(Core :: Networking, defect, P2)

Description

[Angus Davis]

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

Comment 1

[Judson Valeski]

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.

Comment 2

[Judson Valeski]

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.

Comment 3

[rpotts (gone)]

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

Comment 4

[glynn]

Verified as fixed in Feb 4 Seamonkey

Comment 5

[leger]

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

Comment 6

[leger]

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

Comment 7

[benc]

->http