Closed Bug 148827 Opened 22 years ago Closed 21 years ago

iframe content doesn't always load

Categories

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

x86
All
defect

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.
Happens also with Mozilla 1.0.0+ , Build ID 2002060221, Linux.
WFM with branch build 20020603 7.0b1 on Linux an WIN2K.
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
Attached file testcase (iframe.zip)
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.
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!)
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?
OS: Windows 98 → All
Priority: -- → P3
Target Milestone: --- → Future
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?
The good news is that I haven't seen this behaviour in a while either. So you might as well close out this bug :)
Thanks :-) Marking WORKSFORME based on reporter's comments. Please reopen if you still see this bug, thanks.
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.

Attachment

General

Creator:
Created:
Updated:
Size: