Bug 75214 (sueddeutsche)

Page does not render / garbage in iframes (graphics adapter specific?)

VERIFIED WORKSFORME

Status

()

defect
P1
major
VERIFIED WORKSFORME
19 years ago
11 months ago

People

(Reporter: meine.adresse, Assigned: dcone)

Tracking

({testcase, top100})

Trunk
Future
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

()

Attachments

(3 attachments)

Browser starts rendering minor part of page, then freezes...
Cannot say whether bug is new since page has completely changed its layout since
last visit...

Build ID 2001040604
worksforme on linux build 2001040821
No crash for me on build 2001040904 on Windows 95... but wow! Am I the only one
seeing four solid pages of garbage/snow/static at the very bottom of the page?
I have to correct my description:
1) Just downloaded 2001040904 and the problem is still there for me...
2) Apparently Mozilla does not freeze but the display gets messed up. The page
is displayed only marginally, with most of the previous page remaining in the
display - I can still scroll, but only garbage is scrolled and the scroll bar
does not move. Further, I can still type links into the url-bar, though neither
is http://www.sueddeutsche.de deleted nor the new one I am typing in displayed.
But after hitting enter the new page gets loaded properly and everything seems
to be fine again. Also, links in my personal toolbar folder still work, while
folders do not open.
3) Obviously, I cannot see the couple of pages of static mentioned by the
previous reporter, but if you open the page with internet explorer, you get a
couple of empty pages (just background color) after the content, too. So this
seems to be a site design problem, not Mozilla related.
I see no problems with 2001-04-09-04, Win NT.

BTW, they know about NS 6 and/or Mozilla in their browser sniffing code.
They check even for MSIE 5.0 on Linux :)

If they've done a redesign recently, maybe there was some fine-tuning, which
changed the behavior. And it isn't a static page.

I think this is a worksforme. And severity isn't major anyway.
Severity: major → normal
Well, if it's working for all the other people out there...

Still doesn't work for me on 2001041020
Additionally it did not work on a friends machine, too (Win 98, Mozilla 0.81)
Ok, I'm able to reproduce some of the paint problems only when I scroll the
page. Looking at the page source, it shows the page is made up of five iframes
elements with scrolling set to "no". I have seen issues on other pages when
scrolling a page containing iframes elements. Confirming.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Tested on Linux and Mac April 10th builds.
Reassigned to attinasi but maybe it should go to Views
Assignee: karnaze → attinasi
2001061620

Load page, browser freezes for a good two to three minutes, then page starts loading
Still doesn't render at all for me, even though the browser stays responsive,
just the whole user interface and content area not displaying anymore.

My guess is, this might be related to the graphics adapter. My PC has an Ati
Rage graphics adapter and if I remember correctly, there are other
incompatabilities with Mozilla and this graphics device that have been mentioned
in some readme or something!? Tested with a recent build on a different PC with
Win 2000 and Geforce 2 and had no problems at all.

So my guess would be the graphics adapter!? Just my 2 cents...
Sending to rendering team to deal with...
Assignee: attinasi → kmcclusk
Component: Layout → Views
Summary: Pages freezes browser → Page does not render / shows garbage (graphics adapter specific?)
Target Milestone: --- → mozilla1.0
It also fails on Win95 2001071004.  It displays most of the page, but about
halfway down it simply stops rendering.  CPU Usage goes all the way up to 100%.

Running a Matrox Millenium G200 with 8MB Graphics RAM on Win95 P266 with 64 MB
of RAM.
I see this at home on my dialup box too (56kb USRobotics). emachines PII, 400mhz
64mb ram Win 98. ..not sure of graphics card. I am forced to exit the browser
and restart when it begins to do this for me as I can't read anything on the
page. Has happened at multiple web sites, including working in Bugscape from
home. Usually (But not always) occurs when I have multiple browser windows up
and and am clicking on links between them.Sometimes occurs when I click the Stop
icon on the browser, then click on a link in the same page.
I'll try to find the display adapter and put that info here. I never see this
happen on site at work (I'm on NT there with the T1 line).
Saw it on win32 2001-07-27 branch and trunk.
Setting priority to major as it forces me to exit the browser to make it usable
again.
Severity: normal → major
Does not render for me either. Build 2001080110 on WinME. ATI graphics card.
Only the window with this URL freezes, but can be closed normally. All other
windows are not affected (mail, browser...).
Update onmy cae. I use an ATI Rage Pro Turbo card. I Just installed latest
graphics card driver for win98 on my system at home. So far, the problems seem
to be gone now though I haven't used it a lot since that install. I'll report
back if they pop up again.
Update on my case. Seems to be the ATI driver for me too.

Computer 1: Celeron 333, Matrox G200 8 MB, Windows ME, 160 MB RAM, permanent
connection (100 MBit): works without flaws and renders fast.

Computer 2: Celeron 700, ATI Xpert 2000 Pro 32 MB, Windows ME, 512 MB RAM, 56k
dialup connection: crashes as reported.

First I thought the computer was too slow, but this doesn´t seem to be the case.
I just don´t want to update the ATI driver because the latest driver requires
DirectX 8, which is famous for destroying working windows installations. Is
there a workaround for old ATI drivers?
Just another update on my case. 

I installed DirectX 8 & the latest drivers for ATI Xpert 200 Pro, and the page
still won´t render. But now I can scroll up and down the empty page, it doesn´t
freeze any more.

A more accurate description of my system: Celeron 700 on ASUS CUV4X with 512 MB
RAM, ATI Xpert 2000 Pro 32 MB running at 1152x864x32, Windows ME, Trust modem
56k. Still 384 MB free after loading WinME & Mozilla.
Update: Installed DirectX Video Capture Update. Problem solved. Page renders
without flaws and without any crashes.

Apparently, this is not a Mozilla bug.

!!! Microsoft claims this update is only needed for capture devices. I do not
have _any_ capture devices, but it helped anyway (although I got at least 10
error messages while installing it). A friend of mine who does technical support
told me that the video capture update should _always_ be installed with DirectX8
because it solves a few extra bugs.
I have no idea why, but after having so much trouble with this bug now
everything is working ok for me, page renders fine. (Build ID 2001090703). I
have not changed my graphics adapter driver or something like that, though, so
the why and how leaves me puzzled.
Darn, I stand corrected: Contrary to what I wrote before, not everything is OK.
I can load the index page in most cases, but once I click on a link to an
article the same rendering problem arises as described previously by me.
Peterson: Can you reproduce this bug?
Status: NEW → ASSIGNED
Keywords: qawanted
Target Milestone: mozilla1.0 → mozilla1.0.1
Several sueddeutsche.de bugs got marked as doubles of Bug 91747. For me (Windows
ME) the bug is still present with the nightly build from 13-11-01, the Linux
version does not seem to have this problem (but it occasionally truncates articles).
The freeze was fixed in bug 91747. Misrendering persists.

The page seems to lay out too long, but selecting the last visible story in the
middle area and dragging downwards tend to show a story or two more. If that
doesn't help, click the brown area right above the story where you started
selection from: more stories suddenly become visible.
Mouse over these, and they turn white again.

Seeing this on a fresh CVS build, RH7.1 Linux, w/ nVidia GF2MX and native
XFree86 4.0.3-5 nv driver. Whatever this is - it's not graphics adapter specific.
I think that in this bug's history, there's actually several different bugs
being exhibited, some of them surely being fixed with mozilla 0.9.7 (the first
release including the fix for bug 91747). Other problems persist, however.

R.K.Aa: what you describe seems to be bug 100574 to me. Could you please confirm?

If you enter any expression into the Search box at the top of the
sueddeutsche.de page, the middle section will stop redrawing (best exhibited by
minimizing and maximizing mozilla) (mozilla 0.9.7, Win98). I haven't found any
other bug which describes this behaviour, so I'm reporting it here.

Generally, due to its strange iframe architecture, www.sueddeutsche.de seems to
be quite a good testcase for the rendering engine and should perhaps be
consulted more often by developers.  ;-)
Bulk moving Mozilla1.01 bugs to future-P1. I will pull from the future-P1 list
to schedule bugs for post Mozilla1.0 milestones
Priority: -- → P1
Target Milestone: mozilla1.0.1 → Future
With Mozilla 0.9.8, bug 100574 is the only remaining problem I still see with
http://www.sueddeutsche.de (I tested Win98, Win2k, and Linux). So unless any of
the other reporters still sees any other problem, I'd suggest closing this bug.
humm, it seems to me like this bug has morphed.

the original problem that was reported is:
> Browser starts rendering minor part of page, then freezes...
which sounds like bug 100574 (which still exists).

anyhow, the new summary states that garbage is being drawn (right?), which I
also encounter, see attachment 86411 [details].
(http://bugzilla.mozilla.org/attachment.cgi?id=86411&action=view)
(screenshot showing the exact snowey / garbage display) problem.

which is most likely related to the graphics card / OS.
I use an nVidia GeForce2 MX200. <- Win98se.

I have upgraded the drivers etc, many times to the newest.

build: 20020530 (release 1.0).

also see bug 149300, which seems like a dup of this.
No longer blocks: 100574
*** Bug 100574 has been marked as a duplicate of this bug. ***
Unfortunately, Bug 100574, which was very clearly stated and contained precise
testcases to show exactly one well-defined bug, has just been marked as a
duplicate of this bug, which is very unclear and rather a collection of several,
mostly fixed problems which people observed over a long time with
www.sueddeutsche.de. Vice versa (or just closing this bug while leaving 100574
open) would IMHO have been a better idea.

I suggest that everyone who works on this bug have a close look at bug 100574
first, because otherwise the probability is very high that this bug will just be
closed although it is unfixed.

Furthermore, please add the keywords "dataloss" and "top100" soon to this bug.
It took many months until top100 appeared on 100574, it would be a pity if such
a delay would be happening again here. Also, the target milestone of 100574 was
mozilla 1.1alpha (which was very late anyway), so the target milestone of this
bug should be re-adjusted from "Future" to 1.1alpha as well.
-> dcone
Assignee: kmcclusk → dcone
Status: ASSIGNED → NEW
This happens on Linux as well.
OS: Windows 98 → All
Hardware: PC → All
*** Bug 154219 has been marked as a duplicate of this bug. ***
*** Bug 155541 has been marked as a duplicate of this bug. ***
See also http://virtshop.inshop.cz/inshop/scripts/show.asp?page=webmasters.htm
for a demonstration of the problem. The effect looks very similar to
http://www.sueddeutsche.de/ . Be warned though that you may (and probably will)
see some erotic ad banners on the page. (No hardcore porn.)
Oh, and I forgot to mention that this occurs to me on Win98SE Czech, with ATI
Radeon DDR, driver version 4.12.3050. Sorry about the spam.
fwiw, linux trunk cvs 2002-07-11, XFree86 Version 4.1.0.1, matrox g400 - bugs
Posted file simple testcase
testcase contains nothing but an iframe with content about:blank. Corruption
occurs starting at ~2547px onwards on the page -- as reported by
|javascript:alert(window.pageYOffset);|. If you have trouble getting crap
visible, you might need to scroll up and down, preferably by grabbing the
scroll elevator|thumb bit.
Keywords: testcase
Summary: Page does not render / shows garbage (graphics adapter specific?) → Page does not render / garbage in iframes (graphics adapter specific?)
Also see bug 157389. Same IFRAME problem, different website.

Confirming the IFRAME rendering problem on my Windows 98 both in Mozilla 1.0 and
in Mozilla build 2002071404.

Matrox Millenium G400 (with some old may 1999 graphics driver because I got
stability/startup problems on my system when using the latest drivers:-( ) and
DirectX version 8.
The testcase of Tuukka Tolvanen produces display corruption on my
system as well.

Build: 2002-07-22-21 on Linux 2.2.14 (pentium 133) with an Ati rage pro 4Mb
graphics card.

As was already stated for bug 100574, the problem is quite annoying
for any reader of sueddeutsche.de, so I kindly ask, why this wasn't considered
a priority for Mozilla 1.1 beta?
*** Bug 161021 has been marked as a duplicate of this bug. ***
*** Bug 160951 has been marked as a duplicate of this bug. ***
*** Bug 162837 has been marked as a duplicate of this bug. ***
I can observe the bug whenever I view a page containing an IFRAME larger than
about 1740 pixels in any direction (also horizontal). I am using mozilla on a
LINUX with ATI Rage 128 graphics adapter, but I can also see it when I start
mozilla in a vncserver (virtual X server that can be observed "from anywhere on
the Internet and from a wide variety of machine architectures". (see 
http://www.uk.research.att.com/vnc))
*** Bug 163548 has been marked as a duplicate of this bug. ***
I experience this bug on my Mac G3-350 with an AT Rage 128 graphics (driver
version 1.1.16 [I believe this is the latest driver]) running OS X 10.1.5.
Is this an issue with some ATI graphics boards or DirectX.? If it is an issue
with Direct X why is Mozilla being written Direct X dependencies (for any
platform other than Windows)? OpenGL is cross platform and should replace Direct X. 

Also I hope this bug can be fixed soon as I experience it at ~10% of websites
visited. I don't know the degree of complexity in solving this bug, so I
understand if its resolution may take a while.
*** Bug 163853 has been marked as a duplicate of this bug. ***
*** Bug 163887 has been marked as a duplicate of this bug. ***
*** Bug 157389 has been marked as a duplicate of this bug. ***
*** Bug 164813 has been marked as a duplicate of this bug. ***
Alias: sueddeutsche
*** Bug 164846 has been marked as a duplicate of this bug. ***
maybe it should be mentioned at this point, that the 'garbage in iFrames'
problem at http://www.sueddeutsche.de is regarded as a main problem in germany,
because this is one of the most popular german newspaper-homepages and exactly
*this* problem is discussed over and over again in the forums at
http://www.heise.de/newsticker, which is *the* newsticker in german language for
all the computer-stuff, by its readers ("No, I won't use Mozilla ... look at
www.sueddeutsche.de...garbage over all") ...
Could we put the top100 keyword to this bug?
Thanks to all hackers for doing a great job! :-)
agreed.

+top100
-qawanted

whoa, the votes are collecting up.
Keywords: qawantedtop100
Bug 164625 seems to have fixed most of this, but iframes are still corrupted
while loading and scrolling. Trunk 2002090608 on WinME.
With my own compilation from today's CVS on Solaris I have neither
with www.sueddeutsche.de nor  with the simple testcase a problem. It seems to
be fixed.

CT: Do you have an example for the corrupted iframes mentioned in comment 53?
With the latest nightly build on Linux the problem seems indeed fixed.
(No more display corruption on sueddeutsche.de and with testcase).

Congratulations!
marking WFM based on comments.  
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2a) Gecko/20020912 MultiZilla/v1.1.22
Newest nighty build for Windows installed over existing v1.1 with MultiZilla.

Sueddeutsche.de works for me, too. But I still see some flickering/snow while
images are not fully loaded and display. Also flickering a bit "more then usual"
when scrolling down. 
The good news is that the content is finally not scrambled anymore! Good work.

But obviously it's not yet perfect. Compare this subpage:

http://www.sueddeutsche.de/index.php?url=computer&datei=index.php

Usually the page should not be longer than below the copyright note (compared
with IE) but although the page is displayed correctly it's simply much too long.
I can scroll down approx. 5-6 times the normal size of the page. Hope someone
can confirm this.
The problem with the page length seems due to iframes with "height 10000px" in
the code of some subpages. Obviously IE truncates all the blank space below the
copyright note whereas Mozilla simply sticks strictly to the html source code.
Don't know if this is a bug or feature... At least it doesn't "look" too good. ;-)
I can confirm, that there is still garbage displayed during the first loading of
the page ... I was able to reproduce this behaviour with the testcases for 
Bug 91747
Maybe we should file a new bug therefore ...
As requested in comment #54.

It looks like the fix only applies when the iframe is done loading. Maybe bug
126592 is related to this.
Come to think of it, i've seen the iframe curruption while loading since atleast
trunk 2002070504. (bug 122063 comment #21)
Markus, CT, see bug 133770.
*** Bug 172559 has been marked as a duplicate of this bug. ***
*** Bug 172876 has been marked as a duplicate of this bug. ***
*** Bug 174413 has been marked as a duplicate of this bug. ***
BuildID: 2002091014
OS: WinNT4.00.1381
*** Bug 181977 has been marked as a duplicate of this bug. ***
WFM with a nightly build from a couple of days ago on win2k.  verified.
Status: RESOLVED → VERIFIED
Please note that the layout of http://www.sueddeutsche.de has been completely
reworked (on May, 8th 2003). It no longer uses iframes (actually, in does not
use frames at all any more, just tables).

Thus http://www.sueddeutsche.de/ is no longer suitable as a testcase.

Incidentally, the HTML they use is still horrible -- it does not even correctly
declare an encoding! Also, the homepage still contains 33 pictures and has a
total size of almost 200 kB. The CSS file alone is 10 kB. Well, I guess some
people never learn...

I guess you are rigth ;-)
*** Bug 188241 has been marked as a duplicate of this bug. ***
Component: Layout: View Rendering → Layout: Web Painting
You need to log in before you can comment on or make changes to this bug.