Rendering of IFRAMEs contains framebuffer trash

NEW

Status

()

Core
Layout: HTML Frames
P4
major
16 years ago
8 years ago

People

(Reporter: Gregory Pierce, Assigned: John Keiser (jkeiser))

Tracking

Trunk
Future
All
Mac OS X
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(1 attachment)

(Reporter)

Description

16 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.
(Assignee)

Comment 1

16 years ago
URL shows "Server Error" for me.
(Reporter)

Comment 2

16 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

15 years ago
It works OK for me under W98SE with Mozilla1.0RC1
(Reporter)

Comment 4

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

Comment 5

15 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?
(Reporter)

Comment 6

15 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

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

Comment 8

15 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
build. 
Status: UNCONFIRMED → NEW
Ever confirmed: true

Updated

15 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

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

Comment 11

15 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?
(Assignee)

Comment 12

15 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

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

Comment 14

15 years ago
Still occurs in trunk 2002092904 on WinME with GeForce2MX.
(used http://www.sueddeutsche.de/ to test)

Comment 15

15 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

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

Comment 18

15 years ago
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 ?

Comment 19

15 years ago
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.

Comment 20

15 years ago
Created attachment 109780 [details]
Minimal testcase

Made from the Hotmail page.

Comment 21

15 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, 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.

Comment 22

15 years ago
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.

Updated

15 years ago
Blocks: 163788

Comment 23

15 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
http://www.telepolis.com/centrales/informatica/

Comment 24

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

Comment 25

14 years ago
http://www.telepolis.com/centrales/informatica/ times out, but the rest WFM with
build 2003042105 on Windows XP with ATI Radeon 9600.

Comment 26

14 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 <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

Comment 27

12 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

10 years ago
WFM Firefox 2.0.0.6 on Kubuntu 7.04 (Linux 2.6).
QA Contact: amar → layout.html-frames
You need to log in before you can comment on or make changes to this bug.