Closed Bug 33112 Opened 25 years ago Closed 25 years ago

Unclosed <title> tag in html <head> causes rest of page to fail to display

Categories

(Core :: Layout, enhancement, P3)

x86
Linux
enhancement

Tracking

()

VERIFIED WONTFIX
Future

People

(Reporter: jsac, Assigned: harishd)

References

()

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; N; Linux 2.2.12-20 i686; en-US) Mozilla/m13 BuildID: 2000022916 (The User-Agent is wrong. I'm using Mozilla/m14) If the <head> element of an html document contains an unclosed <title> tag, the rest of the html document fails to display. On the one hand, an HTML document with an unclosed <title> doesn't conform to the spec, and so mozilla shouldn't have to display it correctly. On the other hand it would be robust behavior to assume the <title> tag closes when the </head> tag is seen. Reproducible: Always Steps to Reproduce: 1. Create a document with <title> tag in the header, but no matching </title> tag. 2. Load the document in mozilla M14 on linux Actual Results: No page content is displayed. The debug output to the console gives the following feedback: FindShortcut: in='http://www.math.arizona.edu/~jsac/test-title-bug.html' out='null' failed to set the page title. Document http://www.math.arizona.edu/~jsac/test-title-bug.html loaded successfully Document: Done (0.499 secs) Expected Results: Assumed the </title> tag when it saw </head> and displayed the contents of the page normally. The following html demonstrates the problem succinctly: <html><head><title></head><body> <h1>You should not see this.</h1> </body> </html>
Confirmed on 2000042113, Linux. Sounds more like a bad HTML problem to me, but hey like the author said, the browser should be more "robust."
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee: rickg → harishd
Let me see if it's fixable.
Not a beta stopper...marking M17.
Status: NEW → ASSIGNED
Target Milestone: --- → M17
<tough_decision>Nav4 doesn't display the contents of this page either. Therefore, this bug is an enhancement request to handle very bad HTML better than Nav4. Both bad HTML & something Nav4 didn't handle --> low priority. Marking enhancement and FUTURE.</tough_decision>
Severity: normal → enhancement
Target Milestone: M17 → Future
Nothing tough about it. It's broken input, IE and nav dont do it, so we don't either. Marking wontfix.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WONTFIX
massive update for QA contact.
QA Contact: petersen → lorca
Sounds good to me. VERIFYing.
Status: RESOLVED → VERIFIED
SPAM. HTML Element component deprecated, changing component to Layout. See bug 88132 for details.
Component: HTML Element → Layout
You need to log in before you can comment on or make changes to this bug.