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)
Tracking
()
RESOLVED
WORKSFORME
Future
People
(Reporter: kochann, Assigned: john)
References
()
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.
Comment 1•24 years ago
|
||
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
Comment 2•24 years ago
|
||
Same bug on Linux too. Seems to be OS-independent
Comment 3•24 years ago
|
||
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.
Updated•23 years ago
|
Target Milestone: --- → Future
Updated•23 years ago
|
Comment 10•23 years ago
|
||
*** Bug 69001 has been marked as a duplicate of this bug. ***
Comment 11•23 years ago
|
||
*** Bug 46959 has been marked as a duplicate of this bug. ***
Comment 12•23 years ago
|
||
Problem was first reported as bug 47117 (targetted at 0.9.1).
Comment 13•23 years ago
|
||
Bulk reassignin HTML FRAME/IFRAME bugs to Eric.
Assignee: pollmann → evaughan
Comment 14•23 years ago
|
||
Bulk re-assigning all of Eric's HTMLFrame bugs to John.
Assignee: eric → jkeiser
Comment 15•21 years ago
|
||
Can anyone still reproduce this? It worskforme...
Comment 16•21 years ago
|
||
wfm here too.
Comment 17•21 years ago
|
||
OK, marking so.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Updated•6 years ago
|
Product: Core → Core Graveyard
Updated•6 years ago
|
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.
Description
•