Closed Bug 196847 Opened 21 years ago Closed 20 years ago

frames[0].document.open() / wirte() / close() does not work

Categories

(Core :: DOM: Core & HTML, defect)

Product:
Core
Component:
DOM: Core & HTML
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
RESOLVED INVALID

People

(Reporter: bugzilla, Unassigned)

References

(
URL
)

Details

(Keywords: testcase)

Attachments

(5 files)

Frame Test case + some notes
4.45 KB, application/zip
Details
Bottom frame
971 bytes, text/html
Details
Top frame
1.36 KB, text/html
Details
Frameset: load, click on this attachment
2.30 KB, text/html
Details
Frameset with src="javascript:top.DynamicallyLoadContentInBottomFrame()"
2.25 KB, text/html
Details 
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021016
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021016 -> Linux Gecko/20030210

Fails to load a document into a frame. (Sample code below)

When tested in Mozilla 1.2b et seq, renders frames but fails to load documents.
Fault reproducable on both Suse 8.1 Linux and NT2000
Possibly related to reports 98647 and 18297

This works reliably in moz 1.02 (tested in Linux) and Netscape 7.02 (tested in
NT 5.0 version)

.
.
function load_listFrame(){
 frames[0].document.open();
 frames[0].document.write("<html><head></head><body>");
 frames[0].document.write("<table border=0><tr><td><form
name=bnmlistform><textarea id='bnmlist' rows=4 cols=30 ></textarea><p>");
 frames[0].document.write("<input type=button value='Paste complete email into
text area and submit' onClick='top.bnmList.showList()'></form></td>");
 frames[0].document.write("<td valign=top><form name=bnmlistchecks><input
type=checkbox checked name=showOT>Show [OT] subjects (Initial sort
only)</input><br>");
 frames[0].document.write("<input type=checkbox checked name=showReplies>Show
message threads in separate windows</input><br>");
 frames[0].document.write("<input type=checkbox checked name=showLinks>Show urls
in separate windows</input>");
 frames[0].document.write("</form></td><tr></table></body></html>");
}
.
.

<frameset id=showResults rows="150,*">

 <frame id=listFrame scrolling=no src="javascript:top.load_listFrame()" ></frame>
 <frame id=msgFrame scrolling=yes src="javascript:top.load_msgFrame()"></frame>
</frameset>

Above code should load form into top frame.



Reproducible: Always

Steps to Reproduce:
1.Click on http://www.inspireyourmind.com/bnm/bnmsort.htm


Actual Results:  
Top and bottom frames displayed, but no documents rendered within

Expected Results:  
Each frame should display a javascript generated document.
Intended result is rendered correctly by Gecko 1.02

To see what it should do, download bnmsort.htm using NS7.02 or explorer and
cut and paste text from http://www.inspireyourmind.com/bnm/bnmlist.eml

Directory is readable, should you need the source document.
Nothing to do with events....
Assignee: saari → jst
Component: DOM Events → DOM Level 0
QA Contact: desale → ashishbhatt
Mass-reassigning bugs to dom_bugs@netscape.com
Assignee: jst → dom_bugs
Probebly Identical Bug: 196847 <=> 151792
Summary: frame(s) not loading when using src=javascript::top.function() in Gecko 1.2 - 1.3b on both NT 5.0 and Suse linux 8.1 → frames[0].document.open() / wirte() / close() does not work
So what exactly is the bug here?  The fact that the javascript: call produces
output that's used as the frame source, or what?

The attachment in comment 4 seems unrelated to this bug...

What this bug needs is a small (300 bytes should be plenty) testcase showing the
problem.
I went to the provided URL and examined the code.

1- In the function load_listFrame(), there is no 
frames[0].document.close()
as one would and should expect: the visible consequence and result of this is
that the document never stop loading, never gets rendered, the
activity/progressmeter never stops. The browser just waits to receive the close
instruction, hence the impression that the document never stops loading and
never is rendered.

"close
    Closes a document stream opened by open() and forces rendering."
http://www.w3.org/TR/DOM-Level-2-HTML/html.html#ID-98948567

2- src attribute values of frame elements should be valid uris. If a frame needs
to be dynamically populated (or modified), then best is to do this at/on an
onload event of the frameset.

Demopage testing coming
Keywords: testcase
Attached file Bottom frame — 

    
    

    
  

      
      
      
      

        Attached file
          
        Top frame
        — 
      

    


  

    
    

    
  


  
This is the attachment to load because it is the frameset. Viewing the source
code shows rather clearly how the bottom frame is dynamically populated.

    
    

    
  


  
This is the same frameset, same code as the previous frameset with the only
exception that the src of the bottom frame is defined like this:

<frame name="BottomFrameName"
src="javascript:top.DynamicallyLoadContentInBottomFrame()">

    
    

    
  
For many reasons among which several are related to the code of the
inspireyourmind.com page, I am convinced this bug is INVALID.

Mozilla 1.7 final release build 20040616 under XP Pro SP1a here.

    
    

    
  
Worksforme, Firefox 0.9.1, WinXP SP1

    
    

    
  
Resolving as INVALID since the original page did not use
frames[0].document.close(). The included testcase verified that with
document.close(), there is no problem.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID

          You need to log in
          before you can comment on or make changes to this bug.
        






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: