Closed
Bug 255706
Opened 20 years ago
Closed 16 years ago
Firefox fails to render bottom of large page
Categories
(Core :: Web Painting, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 215055
People
(Reporter: lansil, Assigned: roc)
References
()
Details
(Keywords: testcase)
Attachments
(1 file, 1 obsolete file)
32.62 KB,
text/html
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.8 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.8 The last two or three screenfuls of the page result in windows graphics buffer garbage being printed to the screen. There's obviously something funky going on with the rendering. I think it might be something to do with the CSS-based layout I'm using. Here's another url that has the same problem: http://blog.fuzzynerd.com/bryar.cgi/2003 Reproducible: Always Steps to Reproduce: 1. 2. 3.
Comment 1•20 years ago
|
||
I see update problems in trunk builds too but only for the second URL, http://blog.fuzzynerd.com/bryar.cgi/2003 - when grabbing the scrollbar thumb and dragging it up and down, the view is not updated sometimes, leaving bits of text and images behind. Especially in Firefox, but also in Mozilla. Reproducible in: Mozilla 2004-08-14-05 trunk Linux and Mozilla 1.7 on Linux and Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a3) Gecko/20040815 Firefox/0.9.1+
OS: Windows XP → All
Comment 2•20 years ago
|
||
Another url of which, I think, shows the same bug as here described: http://rootwars.com/category/features/postcards-from-the-campaign-trail/ Seen in: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5) Gecko/20041014 Firefox/0.9.1+
Comment 3•20 years ago
|
||
Just a div with overflow: auto and a lot of content in it.
Assignee: roc → jbird3000
Status: UNCONFIRMED → ASSIGNED
Comment 4•20 years ago
|
||
Confirming on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5) Gecko/20041018 Firefox/0.9.1+ Didn't mean to assign this to myself.
Updated•20 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 5•20 years ago
|
||
*** Bug 268458 has been marked as a duplicate of this bug. ***
Comment 6•20 years ago
|
||
WFM on Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b) Gecko/20050202 Firefox/1.0+.
Updated•20 years ago
|
Flags: blocking1.8b?
Comment 7•20 years ago
|
||
I can reproduce this with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050202 Firefox/1.0+ Another site: http://www.arellanes.com/wordpress/index.php?m=200307 By this one the problem happens with the trunks but not with Gecko 1.7.5: http://www.computerbase.de/news/allgemein/computerbase/2005/februar/premiere_mozilla_internet_explorer/
Comment 8•20 years ago
|
||
Could someone also test this page with the latest trunk? http://www.informaticien.be/?page=forum_topic&id=499&cat=12 /!\ This page is NOT suitable for work (There is some nudity) /!\ On this one, when everything has been loaded, mostly all images above have disappeared. Probably related to this bug.
Dupe of bug 215055? (Corruption starts at ~16384 pixels)
Comment 10•20 years ago
|
||
I see none of these issues with the latest Linux nightly build (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b) Gecko/20050203 Firefox/1.0+), but I can reproduce them all with Firefox on Windows 2000 (Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050204 Firefox/1.0+). This problem seems to be Windows only.
Comment 11•20 years ago
|
||
I still see this on the latest truck in Windows XP. Has anyone seen this on Linux?
Comment 12•20 years ago
|
||
http://www.computerbase.de/news/allgemein/computerbase/2005/februar/premiere_mozilla_internet_explorer/ As linked from another MozZine thread, this one quits rendering after comment 80. Seen with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b) Gecko/20050205 Firefox/1.0+ (Legoguy; XFT+GTK2; opt. for Prescott) So that page is either a different bug or this bug is not Windows only. The testcase works fine here on Linux though.
Comment 13•20 years ago
|
||
It was sometimes difficult to see the effect with the previous testcase. The problem with it is that sometimes the only visible effect is that the text does not change as you scroll. Since the previous testcase consisted of identical lines this was difficult to see. Also, please note that the issue has to do with the number of pixels and not the number of lines. If you do not see the effect, please try larget font sizes before adding works for me posts.
Attachment #162654 -
Attachment is obsolete: true
Assignee | ||
Comment 14•20 years ago
|
||
Probably the same as bug 280711. The testcase works for me in Linux GTK2. Keyser, you're talking about a different bug, as should have been clear since you can't reproduce the original testcase here. Please take it elsewhere.
Updated•20 years ago
|
Flags: blocking1.8b?
Flags: blocking1.8b-
Flags: blocking-aviary1.1?
Flags: blocking-aviary1.1-
Comment 15•19 years ago
|
||
Well, the url seems to work now in current trunk build (this failed before bug 280711 was fixed). But the "Better testcase" still shows the bug for me in current trunk build on WinXP.
Comment 16•16 years ago
|
||
(In reply to comment #15) > But the "Better testcase" still shows the bug for me in current trunk build on > WinXP. That's very well Bug 215055.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
Updated•6 years ago
|
Component: Layout: View Rendering → Layout: Web Painting
You need to log in
before you can comment on or make changes to this bug.
Description
•