Rendering of IFRAMEs contains framebuffer trash

Assigned to



18 years ago
10 months ago


(Reporter: gregory.pierce, Assigned: john)


Dependency tree / graph

Firefox Tracking Flags

(Not tracked)




(1 attachment)



18 years ago
When rendering IFRAMEs in the browser, the IFRAMEs are first filled up with the
contents of the framebuffer (trash graphics elsewhere on the page) until the
IFRAME is rendered.

Comment 1

18 years ago
URL shows "Server Error" for me.

Comment 2

18 years ago
Sorry, forgot that you can't get to that partition from the outside world.
Baseball launches Sunday at it will be visible then. Also corrected the URL to a
direct page.

Comment 3

17 years ago
It works OK for me under W98SE with Mozilla1.0RC1

Comment 4

17 years ago
You are correct, this is a OSX specific bug.

Comment 5

17 years ago
WorksForMe using FizzillaCFM/2002041712 (RC1).

Gregory, are you still able to reproduce this problem using a current build? If
so, how about with a clear cache or new user profile?

Comment 6

17 years ago
I will check with the latest build straight from CVS but raw Mozilla RC1 still
exhibits the problem. I don't see it with Chimera - which is strange.

Comment 7

17 years ago
Gregory, that would tend to suggest this might be a problem with the user
profile. Do try a new one.

Comment 8

17 years ago
I can confirm this with a current trunk nightly. I see remnants of the previous
page in the frame spaces before the frame contents are loaded in. Tested 061908
Ever confirmed: true


17 years ago
Priority: -- → P4
linux trunk cvs 2002-07-12
I can see the top left corner part of the page duplicated in the ad iframe on
the right, before the ad loads on top of it.
OS: MacOS X → All
Hardware: Macintosh → All

Comment 10

17 years ago
Still happens in trunk 2002090608 on WinME, see bug 75214 attachment 99237 [details] for a

Comment 11

17 years ago
This has been a bug for a long time- when I load a page with an iframe the
initial rendering of the iframe is just junk. (Mozilla 1.1 but any build will
do, Win98 with ATI Rage Pro 3D graphics card). Is this connected with bug
127981? Is help required in finding testcases or is everyone able to reproduce
the bug easily enough?

Comment 12

17 years ago
Could you please try a more recent build?  Don Cone fixed a Mac OSX-only problem
recently that might have caused this to be fixed as well.
OS: All → MacOS X

Comment 13

17 years ago
I believe that this does not happen in recent MacOSX builds, but does in 
MacOS9.x builds. (bug 163788)

Comment 14

17 years ago
Still occurs in trunk 2002092904 on WinME with GeForce2MX.
(used to test)

Comment 15

17 years ago
*** Bug 171841 has been marked as a duplicate of this bug. ***
Bulk moving P1-P5 un-milestoned bugs to future. 
Target Milestone: --- → Future

Comment 17

17 years ago
OS should be All.
Still happens with trunk 2002121704 on Windows ME.

Comment 18

17 years ago
I am not sure if the problem seen at is the same problem as
this bug. Is there a separate bug for ?

Comment 20

17 years ago
Posted file Minimal testcase
Made from the Hotmail page.

Comment 21

17 years ago
2002122308 trunk for MacOS9.x seems to show the problem described for the test
case in comment #20 while the image is being loaded. After loading is complete,
I could not see any problem.
However, is still causing the iframe problem with this
build. This build still shows the bug 163788, too.
Therefore, there is a need to clarify if this bug should be the bug to deal with, which is a fairly popular URL.

Comment 22

17 years ago
I think bug 163788 is a duplicate of this bug, since
also shows a bit of the trash if I scroll fast. Using Trunk 2002122408 with
Hybrid theme on Windows ME.


17 years ago
Blocks: 163788

Comment 23

17 years ago
Linux 2003030308. I have reproduced this bug perfectly with the source <iframe
MARGINHEIGHT=0 SRC="http://this_host_does_not_exist"></iframe> (the first
testcase didn't work for me), but now I'm unable to make it happen again; I
don't know why.. :-?
However, look at the bottom left IFRAME on

Comment 24

17 years ago
*** Bug 163788 has been marked as a duplicate of this bug. ***

Comment 25

16 years ago times out, but the rest WFM with
build 2003042105 on Windows XP with ATI Radeon 9600.

Comment 26

16 years ago
Under Linux/PPC, I get similar problems:

* On a private web site containing an iframe, the iframe is first filled with
contents of another page, then the rendering is correct.

* On <>, the iframe is
sometimes incorrectly redrawn when scrolling the main window. For instance, I
can get from top to bottom in the iframe box:
  * contents
  * grey rectangle
  * horizontal scroll bar
  * grey rectangle
  * contents
  * horizontal scroll bar
  * grey rectangle
  * contents
  * horizontal scroll bar
  * grey rectangle
  * white rectangle

Comment 27

14 years ago
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051009
Firefox/1.6a1 ID:2005100902

Is this still an issue in the latest builds? I can't say I'm seeing anything
peculiar when viewing the testcase...

Comment 28

12 years ago
WFM Firefox on Kubuntu 7.04 (Linux 2.6).
QA Contact: amar → layout.html-frames


10 months ago
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.