Closed Bug 9059 Opened 26 years ago Closed 25 years ago

frameset doesn't load when noscript element appears between it and head element

Categories

(Core :: DOM: HTML Parser, defect, P2)

Product:
Core
Component:
DOM: HTML Parser
Type:
defect

Tracking

()

Status:
VERIFIED DUPLICATE of bug 7670

People

(Reporter: chadh, Assigned: harishd)

References

(
URL
)

Details

(Whiteboard: [TESTCASE])

Attachments

(1 file)

testcase
316 bytes, text/html
Details
Overview: A frameset will not load if a noscript element (empty or otherwise) appears between the HEAD element and the FRAMESET. Steps to Reproduce: 1. Load attached testcase Actual Results: A blank page is displayed. Expected Results: The frameset is loaded. The top frame loads www.gnu.org, while the bottom frame loads www.linux.org. Build Date & Platform: M7 viewer and apprunner on x86 Linux 2.0.36 (Build ID: 1999062115) Additional Information: See attached testcase.
Attached file testcase —
Summary: [TESTCASE] frameset doesn't load when noscript element appears between it and head element → frameset doesn't load when noscript element appears between it and head element
Whiteboard: [TESTCASE]
Assignee: karnaze → pollmann
Reassigning to Eric.
Addtion Platform I tested. OS / Build : Win98 / Build ID 1999070614 < Mislabeld 8-16-1999-14 > Result : Blank Page / Document: done 2.3sec.
bug 11407 is a possible dup - problems with NOSCRIPT tags and document.write, which is blocking some sidebar features, in which case M15 is much too late.
Assignee: pollmann → harishd
There's a good chance these are related. This looks like it may (?) be a parser or content sink issue? I'm forwarding this to Harish because the content model is not getting formed correctly: <html> <head> <title>Bug 3943</title> </head> <noscript> Doesn't matter what goes here - it can even be empty. </noscript> <!-- This frameset won't load thanks to the noscript element above --> <frameset rows="30%,*"> <frame src="http://www.gnu.org"> <frame src="http://www.linux.org"> </frameset> </html> Gives this when I dump the content model in Viewer: webshell=0x80f01c8 html refcount=3< head refcount=2< title refcount=2< Text refcount=2<Bug 3943> > > body refcount=3< Text refcount=3<\n\n> Comment refcount=2<<!-- This frameset won't load thanks to the noscript element above -->> Text refcount=3<\n\n\n \n \n\n\n> > > It seems that <NOSCRIPT> is opening up and body element. When I remove the <NOSCRIPT> (http://blueviper/frames/noscript.html) I get this, which looks a lot better: webshell=0x80f01c8 html refcount=3< head refcount=2< title refcount=2< Text refcount=2<Bug 3943> > Comment refcount=2<<!-- This frameset won't load thanks to the noscript element above -->> > frameset rows=30%,* refcount=4< frame src=http://www.gnu.org refcount=4<> frame src=http://www.linux.org refcount=4<> > >
Component: HTMLFrames → Parser
OS: Linux → All
Hardware: PC → All
Target Milestone: M15
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Checked in a fix.
Status: RESOLVED → VERIFIED
using the 19990830 build on win95, mac, and linux -- the attached test case renders correctly. Marking verified.
Status: VERIFIED → REOPENED
This bug re-appears in Win32 build 1999123008 on Windows 98. (Try also http://www.firstauction.com/) See bug #22827
*** Bug 22827 has been marked as a duplicate of this bug. ***
*** Bug 22827 has been marked as a duplicate of this bug. ***
Target Milestone: M13
Priority: P3 → P2
Status: REOPENED → ASSIGNED
Resolution: FIXED → ---
*** Bug 22002 has been marked as a duplicate of this bug. ***
*** Bug 21851 has been marked as a duplicate of this bug. ***
*** Bug 21590 has been marked as a duplicate of this bug. ***
Assignee: harishd → rickg
Status: ASSIGNED → NEW
This is fixed in my tree awaiting a chance to land.
Status: NEW → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → FIXED
Fixed by improvements to heuristics used to deal with badly formed framesets.
All of the bugs I found about not being able to customise my.netscape.com panels point to this bug as the culprit. customizing bookmarks, or weather or any panel in mynetscape loads a blank page with my trunk win32 M18 build today 072808. If it is not this bug (the testcase here seems to work) then I'll file a new one.
Asa, should this bug be reopened and assigned to Harish or me? Is the original test case failing?
The testcase passes but bug 22002 bug 21851 and bug 21590 (all marked dupe of this bug) fail. I'm not sure if we should reopen those bugs or reopen this bug.
Harish, looks like this is still failing for some set of test cases. I'm reopening it and CC'ing you. Do you know what Rick did to fix this one originally?
reopen...
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Off to harish, who has been working on noscript issues.
Assignee: rickg → harishd
Status: REOPENED → NEW
This will get resolved when NOSCRIPT is enabled ( Ref. Bug 7670 ). Marking this a dup ( not exactly! ) of 7670. *** This bug has been marked as a duplicate of 7670 ***
Status: NEW → RESOLVED
Closed: 26 years ago → 25 years ago
Resolution: --- → DUPLICATE
Dupe is now fixed and this testcase now works. Verified dupe.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: