Closed
Bug 35456
Opened 25 years ago
Closed 25 years ago
<STYLE=menu> tag stops page from loading
Categories
(Core :: DOM: HTML Parser, defect, P3)
Core
DOM: HTML Parser
Tracking
()
VERIFIED
FIXED
M16
People
(Reporter: aduhan, Assigned: harishd)
References
()
Details
Attachments
(2 files)
Build: April 10 2000
Sorry if this is a dupe, but I don't know what the actual terms for this would
be, and I didn't find anything quite like this in the database.
This happens on Linux, NT, 95, and 98. Haven't had a chance to check any other
platforms.
I've recently taken over as webmaster (and damage control) for the
ill-constructed TTU Architecture page. Mozilla seems to render every page OK,
with the exception of the first page:
http://www.arch.ttu.edu/architecture/
The page loads only the background, title image, and one small image. The rest
is blank. In any other browser (I've tried Netscape, IE, NetPositive, Lynx, and
Opera) the whole page is loaded properly.
What's really odd about this, (and what led me to think maybe it's a Mozilla bug
and not a code problem) is that when you View --> Page Source in Mozilla the
code stops at the same place! In other words, it dosen't seem to be a rendering
bug, but for some reason Mozilla dosen't download the whole file.
for comparison, the admissions page:
http://www.arch.ttu.edu/architecture/acad_prog.htm
loads and looks fine in Mozilla.
I've compared the code between the two, and can't see what might cause this in
only one of them. They both use the same elements, have the same basic layout,
use the same stylesheet, etc etc.
Oddly, I have not seen this problem on any other site, and I try to use Mozilla
as my regular browser, both here at work (NT) and at home (Linux)
Thanks for all your work!
--Andrew Duhan
Comment 1•25 years ago
|
||
makingtest
Comment 2•25 years ago
|
||
Comment 3•25 years ago
|
||
this is also present in m14 on Solaris 2.6.
changing summary to reflect what's really going on.
it is certainly related to or a dupe of bug 27136.
aduhan@ttacs.ttu.edu, can you have a look at 27136,
and decide if its close enough to close this out as a dupe?
thanks.
Hardware: PC → All
Summary: This page dosen't load properly... → <style> tag stops page from loading
Comment 4•25 years ago
|
||
Calling this confirmed even though the cause is bad HTML, ad would thus
normally be INVALID, because the parser seems to be handling the bad code
particularly badly. Tested with the 2000-04-10-08-M15 nightly binary on WinNT.
The culprit appears to be line 34,
<div ALIGN="left"><STYLE=menu>
which I would guess ought to be
<div CLASS="menu" ALIGN="left">
With that change, the entire page displays, as does the entire page source.
FYI, the <STYLE> element needs a closing tag, lives in the <HEAD>,
and can contain stylesheet selectors in place of, or as well as, a linked
stylesheet.
It does appear that Mozilla's parser isn't handling the <STYLE=menu> tag.
Placing the same in the <HEAD> blocks page rendering entirely, and only
the source before it is displayed by View>Source.
Rick, should the parser be robust enough to handle this bad code (treat it the
same as an unknown element?) or is this kind of bad code somebody else's problem
entirely?
Bug 27136, despite the summary, "All elements below the Style element are not
displayed in page source", is about preventing composer from adding an extra
beginning <style> tag, so rather than a DUP, this bug is the other side
of the problem... what is the browser to do with such code?
Assignee: asadotzler → rickg
Status: UNCONFIRMED → NEW
Component: Browser-General → Parser
Ever confirmed: true
QA Contact: jelwell → janc
Summary: <style> tag stops page from loading → <STYLE=menu> tag stops page from loading
Comment 5•25 years ago
|
||
Reporter | ||
Comment 6•25 years ago
|
||
Wow, fast response on this.
"rather than a DUP, this bug is the other side of the problem..."
ditto, you beat me to it.
This is clearly bad HTML, (and I'll be fixing it soon) but shouldn't Mozilla
just ignore it?
Thanks again for your help,
--Andrew.
The problem could be in the parser land.. Reassigning to myself and CCin Mark.
Assignee: attinasi → harishd
Have a fix in had..marking M16.
Status: NEW → ASSIGNED
Target Milestone: --- → M16
Assignee | ||
Comment 10•25 years ago
|
||
Emulating Nav. for documents unclosed SCRIPT and STYLE. FIXED.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 11•24 years ago
|
||
works for build 2000092608 on win2k
Comment 13•23 years ago
|
||
Verified on
build: 2001-06-27-04-Trunk
platform: Win NT
The above url and the test case loads fine.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•