Closed Bug 185812 Opened 22 years ago Closed 22 years ago

refresh does not refresh all frames

Categories

(Core :: Layout: Images, Video, and HTML Frames, defect)

Product:
Core
Component:
Layout: Images, Video, and HTML Frames
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED INVALID

People

(Reporter: ric.almeida, Unassigned)

References

(
URL
)

Details

Attachments

(6 files, 2 obsolete files)

Bug #185812 testcase (ancillary file)
109 bytes, text/html
Details
Bug #185812 testcase (ancillary file)
105 bytes, text/html
Details
Bug #185812 testcase (ancillary file)
106 bytes, text/html
Details
Bug #185812 testcase (fixed ancilliary file)
1.81 KB, text/html
Details
Bug #185812 testcase (fixed)
324 bytes, text/html
Details
Bug #185812 testcase (fixed)
324 bytes, text/html
Details 
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021207 Phoenix/0.5
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021207 Phoenix/0.5

When refreshing the page, only the first frame is refreshed...

The refered page (http://dialnp.di.fc.ul.pt/~ralmeida/) although having it's
content in portuguese, allows to see the bug...
The page uses 2 frames. One on the top for the menu and another for the content.

Reproducible: Always

Steps to Reproduce:
1. Go to http://dialnp.di.fc.ul.pt/~ralmeida/
    When the page starts it shows the home... 
2. Select some other tab in the menu (Links, for instance)
3. Press the refresh button on the browser

Actual Results:  
Refreshes only the menu frame, changing the selected tab to Home, but leaving
the contents frame with the links.

Expected Results:  
Refresh index.html, i.e., since there are two frames, both documents should be
reloaded with the pages stated in index.html. (In the example, home)

This report is made using Phoenix, but I also tested with Mozilla 1.2.1 and the
results were the same...
WFM 2002121608, Windows 2000, hitting refresh button reload both frames.
Actually, I do see this on an older build (2002112904). When CVS is done
building I will check there.
testing with day old trunk CVS, Linux:

Seems to depend on cache settings. If i ctrl+reload, both frames are reset on a
reload. If i only reload and have prefs set to compare "when page is out of
date" - only the upper frame is reset.


Same behavior in IE 6 SP1, is this really a bug?
I dont know the expected behavior, and I don't know who would =) The strange
refreshing sounds like a netlib issue (if it is an issue at all), should we punt
it over?
Attached file Bug #185812 testcase (obsolete) — 
Testcase, explains problem better, even though this is an error on the part of
the web page coder.
Attached file Bug #185812 testcase (ancillary file) (obsolete) — 

    
    

    
  
Comment on attachment 112588 [details]
Bug #185812 testcase

><HTML><HEAD><TITLE>Bugzilla bug 185812 testcase</TITLE>
>
><!--See nav.html for all details--></HEAD>
><FRAMESET cols="50%,*"><FRAME src="http://bugzilla.mozilla.org/attachment.cgi?id=112589&action=view"/><FRAME name="main" src="orig.html"/></FRAMESET></HTML>

    
    

    
  
Comment on attachment 112588 [details]
Bug #185812 testcase

<HTML><HEAD><TITLE>Bugzilla bug 185812 testcase</TITLE>

<!--See nav.html for all details--></HEAD>
<FRAMESET cols="50%,*"><FRAME
src="http://bugzilla.mozilla.org/attachment.cgi?id=112589&action=view"/><FRAME
name="main" src="orig.html"/></FRAMESET></HTML>

    
    

    
  


  

        Attachment #112589 -
        Attachment is obsolete: true

    
  

        Attachment #112588 -
        Attachment is obsolete: true

    
    

    
  
I rather seriously messed up on the testcase. BTW, both fixed testcases are the
same.

Although the "bug" doesn't apply to CGI, (Browser logic: frameset page URL
contains GET string, therefore it's a dynamically generated page, so I must send
GET string again, so I must reload frameset page) so you will probably have to
download it to see the testcase in action.

    
    

    
  
CC'ing Darin. Darin, do you know what is expected? If you don't, do you know who
might?

    
    

    
  
I talked to radha about this recently.  The expected behavior is that a simple
reload will reload the frames as they are (that is, if you clicked on a link in
one of the frames the _new_ thing should be reloaded in that frame). 
Shift-reload should reload the frameset and reset all the frames.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID

    
  
Product: Core → Core Graveyard
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core

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






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: