Closed
Bug 1959
Opened 26 years ago
Closed 26 years ago
HTTP "Link" header prevents page from rendering!!!
Categories
(Core :: CSS Parsing and Computation, defect, P1)
Tracking
()
VERIFIED
FIXED
People
(Reporter: ian, Assigned: peterl-retired)
References
()
Details
http://cvs-mirror.mozilla.org/webtools/bugzilla/enter_bug.cgi?product=NGLayoutThe relevant section of the HTML 4.0 spec is: http://www.w3.org/TR/REC-html40/present/styles.html#h-14.6 and this refers to section 19.6.1.2 of the HTTP 1.1 RFC: http://info.internet.isi.edu/in-notes/rfc/files/rfc2068.txt But basically, the bug is that NGLayout fails to recognise the HTTP header "link", which should be mapped into HTML LINK elements. This is test 34 of the Import Test. If you have any questions about the importtest, e-mail py8ieh=importtest@bath.ac.uk
Reporter | ||
Comment 1•26 years ago
|
||
Eek! My comments got mangled. Here they are again:
The relevant section of the HTML 4.0 spec is:
http://www.w3.org/TR/REC-html40/present/styles.html#h-14.6
and this refers to section 19.6.1.2 of the HTTP 1.1 RFC:
http://info.internet.isi.edu/in-notes/rfc/files/rfc2068.txt
But basically, the bug is that NGLayout fails to recognise the
HTTP header "link", which should be mapped into HTML LINK elements.
This is test 34 of the Import Test. If you have any questions about
the importtest, e-mail py8ieh=importtest@bath.ac.uk
Assignee | ||
Updated•26 years ago
|
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Reporter | ||
Updated•26 years ago
|
Reporter | ||
Comment 2•26 years ago
|
||
Page moved, so correct the universal resource identifier.
Reporter | ||
Updated•26 years ago
|
Severity: normal → major
Status: RESOLVED → REOPENED
OS: other → Windows 98
Priority: P3 → P1
Summary: HTTP 'link' header not supported (violation of HTML4.0 and HTTP1.1 specs) → HTTP "Link" header prevents page from rendering!!!
Reporter | ||
Comment 3•26 years ago
|
||
Peter, I don't know what you did but now any page with an HTTP link header
just doesn't render.
That is, of all the pages on the ImportTest, any with a
<META http-equiv="Link" ...>
...will simply stop downloading when they get to the first such construct,
and nothing will render. No error messages appear on the console, either.
This occurs with *all* "link" headers, not just stylesheet ones. It does
not occur with other HTTP headers such as Content-Base. It does not occur
on stress pages, i.e. the biggie altcascade.html (test 49) is passed by
NGLayout with flying colours (well, except that the UI cannot get to all
the stylesheets...).
This problem occurs on the following pages:
http://www.bath.ac.uk/%7Epy8ieh/internet/importtest/main/
http://www.bath.ac.uk/%7Epy8ieh/internet/importtest/extra/alternate.html
http://www.bath.ac.uk/%7Epy8ieh/internet/importtest/extra/httplink.html
http://www.bath.ac.uk/%7Epy8ieh/internet/importtest/extra/httpexoticmedia.html
http://www.bath.ac.uk/%7Epy8ieh/internet/eviltests/cascade/acidlinkcascade.html
http://www.bath.ac.uk/%7Epy8ieh/internet/importtest/extra/alternate.html
http://www.bath.ac.uk/%7Epy8ieh/a/internet/eviltests/link3.html
http://www.bath.ac.uk/%7Epy8ieh/a/internet/eviltests/link4.html
This bug is preventing me from giving you full credit for passing the
ImportTest - for your own sake, therefore, I suggest you fix it fast! :-)
Reporter | ||
Updated•26 years ago
|
Resolution: FIXED → ---
Assignee | ||
Updated•26 years ago
|
Status: REOPENED → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 4•26 years ago
|
||
Fixed. There was an unitialized bool that would randomly block the parser (and
then never unblock it, since it didn't think it was blocked).
Reporter | ||
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 5•26 years ago
|
||
You now pass 100% of part I of the ImportTest.
You need to log in
before you can comment on or make changes to this bug.
Description
•