Closed
Bug 148827
Opened 22 years ago
Closed 20 years ago
iframe content doesn't always load
Categories
(Core :: Layout: Images, Video, and HTML Frames, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
Future
People
(Reporter: harvested_from_mozilla4, Assigned: john)
References
()
Details
Attachments
(2 files)
When visiting the sample URL, the content of the page's <iframe> often doesn't load. Page reloads via the F5 key don't always make the content appear either. Usually, however, by right-clicking in the blank frame and doing a frame reload, I can make the content appear.
Comment 1•22 years ago
|
||
Happens also with Mozilla 1.0.0+ , Build ID 2002060221, Linux.
Comment 2•22 years ago
|
||
WFM with branch build 20020603 7.0b1 on Linux an WIN2K.
Assignee | ||
Comment 3•22 years ago
|
||
Confirmed. Additionally, loading the page on its own does not have trouble, so this is likely frame src stuff.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 4•22 years ago
|
||
I see a similar problem, using Moz1.1a (2002061104) This test case contains a simple use of IFRAMEs, and has a number of 'peculiar' behaviours. NORMAL BEHAVIOUR: 1) open main.html by default, iframe1 is loaded 2) click on '1', then on the 'click' button -> 'hello from iframe' in textarea 3) click on '2', then on the 'click' button -> empty textarea OBSERVED BEHAVIOUR: 1) press 'enter' again in the address bar or press 'reload' sometimes the IFRAME does not display from the server logs, I can see the IFRAME is loaded clicking the 'click' button copies text from inside the IFRAME, and it's there alright 2) SHIFT+reload sometimes renders the content of the IFRAME TWICE !!! 3) results vary if the pages are local, on a webserver, or on an appserver (these files were jsp, but I saved them as html) so this may be a timing/caching issue, 4) changing the 'preferences->advanced->cache->(radiobuttons)' settings has some influence.
Comment 5•22 years ago
|
||
forgot one... 5) browsing menus (without clicking any menu entries) can cause the iframe to be displayed: sometimes opening menu "file" and hovering the mouse over the entries, then switch hovering to menu "edit", especially opening the submenu "view->Use Style", then the IFRAME is suddenly rendered (but not requested, it was there already!)
Comment 6•22 years ago
|
||
Comment 7•22 years ago
|
||
I have found a similar problem. See attachment 89695 [details].
While the alert is present, loading works fine. If you remove the alert, the
iframe is not loaded.
Also, I have found that the iframe has the properties
document.getElementById("i1").src and
document.getElementById("i1").contentWindow.location and these are often
different. How can that be?
Updated•22 years ago
|
OS: Windows 98 → All
Priority: -- → P3
Updated•22 years ago
|
Target Milestone: --- → Future
Comment 8•20 years ago
|
||
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7b) Gecko/20040405 I am not sure if I did this right, but things seemed to WFM fine. I loaded the given URL a few times, and everytime the IFRAME loaded (although sometimes it took a moment longer to load up). In the first testcase, I observed the "normal behavior" but did not observe the problem (1) listed in the "observed behavior". In the second testcase, I removed the alert and the IFRAME still always loaded up as it should. Can the authors verify whether or not the problem still occurs?
Reporter | ||
Comment 9•20 years ago
|
||
The good news is that I haven't seen this behaviour in a while either. So you might as well close out this bug :)
Comment 10•20 years ago
|
||
Thanks :-) Marking WORKSFORME based on reporter's comments. Please reopen if you still see this bug, thanks.
Status: NEW → RESOLVED
Closed: 20 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
•