Closed Bug 221905 Opened 21 years ago Closed 17 years ago

Cannot load URL with Mozilla

Categories

(Core :: Networking, defect)

x86
Windows XP
defect
Not set
major

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: mozilla, Unassigned)

References

()

Details

Attachments

(1 file)

2003101004 trunk Attempting to load http://www.healthfind.org/ fails. There is no error message, and installing LiveHTTP Headers captures no headers - not even request headers. There is no indication that something bad has happened. The throbber just animates for a second and then stops. Using lwp-request (Perl) works fine. Loading the HTML from a local file (downloaded with lwp-request) causes no problems.
Here are the HTTP response headers from a lwp-request session: ----- Connection: close Date: Sun, 12 Oct 2003 08:56:00 GMT Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) mod_gzip/1.3.19.1a mod_perl/1.24_0 1 PHP/4.2.2 FrontPage/5.0.2 mod_ssl/2.8.12 OpenSSL/0.9.6b Content-Type: text/html Client-Date: Sun, 12 Oct 2003 07:38:42 GMT Client-Peer: 207.44.170.141:80 Client-Response-Num: 1 Client-Transfer-Encoding: chunked Title: HealthFind.org X-Meta-Description: HealthFind.org - A Search Engine of Health-Related Sites X-Meta-Keywords: health,medicine,exercise,nutrition X-Meta-Revisit-After: 2 days X-Meta-Robots: index,follow -----
Doesn't load in the releases of Mozilla 1.5rc2, Firebird 0.6.1, or in IE6sp1. In IE I get a page not displayed error, and I get what you described in Mozilla and Firebird. There should be some sort of an error message from Mozilla, but there isn't :/
Attached file nsHTTP:5 log
Possibly related are bug 180831 and bug 221765.
Well, now the URL started working. Hopefully the headers and log file will be enough to track this down.
WFM Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6a) Gecko/20030813
That's why comment #5. This isn't always repeatable, but it does happen, and it doesn't appear to be limited to one site in particular. Please leave this as open until we know for sure that it is a dup or works for me in some permanent way.
jerry: if this happens again, can you please include "nsSocketTransport:5" in the log... i.e., NSPR_LOG_MODULES=nsHttp:5,nsSocketTransport:5 thx! from the log file, it just appears that we wrote out our request to the server, and then found the socket to be closed when we tried to read from it. looks like a bad connection to the server. in this case Mozilla produces no error since it looks like an empty HTTP/0.9 response.
-> default owner
Assignee: darin → nobody
Component: Networking: HTTP → Networking
QA Contact: networking.http → networking
WFM or repeated loads - Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b3pre) Gecko/2008010705 Minefield/3.0b3pre but I'm guessing the page has changed. Is there another testecase?
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: