Closed Bug 9059 Opened 25 years ago Closed 24 years ago

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

Categories

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

defect

Tracking

()

VERIFIED DUPLICATE of bug 7670

People

(Reporter: chadh, Assigned: harishd)

References

()

Details

(Whiteboard: [TESTCASE])

Attachments

(1 file)

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: 25 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: 25 years ago25 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: 25 years ago24 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: