Closed Bug 60603 Opened 24 years ago Closed 21 years ago

changing Frame-URLs only works when Frames already finsihed loading

Categories

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

Product:
Core
Component:
Layout: Images, Video, and HTML Frames
Platform:
x86
Windows 98
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME
Milestone:
Future

People

(Reporter: kochann, Assigned: john)

References

(
URL
)

Details

From Bugzilla Helper:
User-Agent: Mozilla M18 (Windows; Windows 98; en-US; m18)
BuildID:    2000111808

This page is using a menu on the left and a main-frame on the right. Clicking a 
button on the left is loading a new frameset in the right window.
The Problem: you click on a button and the frameset is loading on the right. 
Click another button WHILE the frameset is still loading is stopping the loading 
process and restarting loading the not yet finished frameset instead of the new 
clicked frameset. 
The Result: as long as the complete frameset (by clicking a button) is not 
loaded you can't change the frames anymore. You can click any button you like 
Mozilla is always loading the same frame again and again. Only waiting untill 
everything is loaded makes the buttons on the left work again.

Reproducible: Always
Steps to Reproduce:
1. in the left menu frame click on "Seminare"
2. while page is loaded click on any other left menu button
3. Mozilla is reloading the right frame but is still trying to get the  
"Seminare"-page.


Actual Results:  I got the wrong page. I got the page for "Seminare" not the 
page I selected from the left sided menu


Expected Results:  I expected to get the page of the button I clicked last and 
not first.
I am seeing this problem as well.
Mozilla Build # 2000112704 M18 Trunk Build
OS: Windows 98
Platform: PC

Marking as NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Same bug on Linux too. Seems to be OS-independent
still present in trunk build 2001012504 using NT.

additional example url:
http://www.equiserve.com/content/invstr_services/company/index_comp.htm
also effected are nearly all the framesets within their account access
pages because something on their website never finishes downloading (no
idea what, but the throbber never stops by itself.)

apparent duplicates: 50246, 62866 and possibly 61557 but I can't reach it's
testcase (no such host according to my dns). Of the four this one has the best
description.
Target Milestone: --- → Future
*** Bug 60751 has been marked as a duplicate of this bug. ***
QA Contact update
QA Contact: petersen → amar
*** Bug 50246 has been marked as a duplicate of this bug. ***
*** Bug 60417 has been marked as a duplicate of this bug. ***
*** Bug 62866 has been marked as a duplicate of this bug. ***
*** Bug 69001 has been marked as a duplicate of this bug. ***
*** Bug 46959 has been marked as a duplicate of this bug. ***
Problem was first reported as bug 47117 (targetted at 0.9.1).

Bulk reassignin HTML FRAME/IFRAME bugs to Eric.
Assignee: pollmann → evaughan
Bulk re-assigning all of Eric's HTMLFrame bugs to John.
Assignee: eric → jkeiser
Can anyone still reproduce this?  It worskforme...
wfm here too.
OK, marking so.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
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.