Rendering of IFRAMEs contains framebuffer trash

NEW
Assigned to

Status

()

defect
P4
major
18 years ago
10 months ago

People

(Reporter: gregory.pierce, Assigned: john)

Tracking

Trunk
Future
All
macOS
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

()

Attachments

(1 attachment)

Reporter

Description

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.
Assignee

Comment 1

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

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
Reporter

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?
Reporter

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

Updated

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
screenshot.

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?
Assignee

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 http://www.sueddeutsche.de/ 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 www.sueddeutsche.de is the same problem as
this bug. Is there a separate bug for sueddeutsche.de ?

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

17 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

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

Comment 24

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

Comment 25

16 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

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

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 2.0.0.6 on Kubuntu 7.04 (Linux 2.6).
QA Contact: amar → layout.html-frames

Updated

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.