Open Bug 133770 Opened 19 years ago Updated 3 years ago
Rendering of IFRAMEs contains framebuffer trash
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
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 ?
Re: comment 18 Four. 3 dupes and one WFM: http://bugzilla.mozilla.org/buglist.cgi?query_format=&short_desc_type=allwordssubstr&short_desc=sueddeutsche&product=Browser&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=anywords&keywords=&emailassigned_to1=1&emailtype1=substring&email1=&emailreporter2=1&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&changedin=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&remaction=run&namedcmd=24h+browser&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0= All trails lead to bug 75214, where I was referred to this bug. I also see this tramebuffer trash while loading the first page of my Hotmail account, before it's replaced with the ad.
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.
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 126.96.36.199 on Kubuntu 7.04 (Linux 2.6).
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.