Closed Bug 133770 Opened 22 years ago Closed 2 years ago

Rendering of IFRAMEs contains framebuffer trash

Categories

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

All
macOS
defect

Tracking

()

RESOLVED WORKSFORME
Future

People

(Reporter: gregory.pierce, Unassigned)

References

()

Details

Attachments

(1 file)

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.
URL shows "Server Error" for me.
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.
It works OK for me under W98SE with Mozilla1.0RC1
You are correct, this is a OSX specific bug.
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?
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.
Gregory, that would tend to suggest this might be a problem with the user
profile. Do try a new one.
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
build. 
Status: UNCONFIRMED → NEW
Ever confirmed: true
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
Still happens in trunk 2002090608 on WinME, see bug 75214 attachment 99237 [details] for a
screenshot.
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?
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
I believe that this does not happen in recent MacOSX builds, but does in 
MacOS9.x builds. (bug 163788)
Still occurs in trunk 2002092904 on WinME with GeForce2MX.
(used http://www.sueddeutsche.de/ to test)
*** Bug 171841 has been marked as a duplicate of this bug. ***
Bulk moving P1-P5 un-milestoned bugs to future. 
Target Milestone: --- → Future
OS should be All.
Still happens with trunk 2002121704 on Windows ME.
I am not sure if the problem seen at www.sueddeutsche.de is the same problem as
this bug. Is there a separate bug for sueddeutsche.de ?
Attached file Minimal testcase
Made from the Hotmail page.
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, www.seuddeutsche.de 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
seuddeutsche.de, which is a fairly popular URL.
I think bug 163788 is a duplicate of this bug, since http://www.sueddeutsche.de/
also shows a bit of the trash if I scroll fast. Using Trunk 2002122408 with
Hybrid theme on Windows ME.
Blocks: 163788
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
http://www.telepolis.com/centrales/informatica/
*** Bug 163788 has been marked as a duplicate of this bug. ***
http://www.telepolis.com/centrales/informatica/ times out, but the rest WFM with
build 2003042105 on Windows XP with ATI Radeon 9600.
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 <http://bugzilla.mozilla.org/enter_bug.cgi?product=Browser>, 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
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...
WFM Firefox 2.0.0.6 on Kubuntu 7.04 (Linux 2.6).
QA Contact: amar → layout.html-frames
Product: Core → Core Graveyard
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
QA Whiteboard: qa-not-actionable

The bug assignee didn't login in Bugzilla in the last 7 months.
:emilio, could you have a look please?
For more information, please visit auto_nag documentation.

Assignee: john → nobody
Flags: needinfo?(emilio)
Status: NEW → RESOLVED
Closed: 2 years ago
Flags: needinfo?(emilio)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: