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)
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•21 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•21 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•21 years ago
|
||
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
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
•