Black block or painting errors about halfway down very large pages




Layout: View Rendering
9 years ago
4 years ago


(Reporter: Mark Seymour, Unassigned)


Firefox Tracking Flags

(Not tracked)


(Whiteboard: [closeme 2011-01-20], URL)


(1 attachment)



9 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b4) Gecko/20090423 Firefox/3.5b4 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b4) Gecko/20090423 Firefox/3.5b4 (.NET CLR 3.5.30729)

On very long pages, a little more than half-way down a black block or repeating strips of pixels are painted.

This can be seen at the demonstration URL, or in Google Reader with very long articles, possibly with images.

It may or may not disappear after switching to another tab and then back.

Sometimes, the content after the painting error may not be present until something is selected.

Reproducible: Always

Steps to Reproduce:
1. Open a very long page
2. Scroll about 6/10th the way down
Actual Results:  
A black block, strips of an image,  sometimes followed by a white area appears.

Expected Results:  
It should have displayed the image and/or text over the affected area and after without problem.

Comment 1

9 years ago
Created attachment 377421 [details]
Screenshot of the problem.

Comment 2

9 years ago
Same thing happens on large spreadsheets in Google Docs.

Comment 3

9 years ago
We're experiencing the same problem with long Trac pages.
Switching to 3.5.2 changed the box to the background color (text still not visible though)

Deactivating the CSS (e.g. via Web Developer Toolbar) serves as a workaround.

Comment 4

8 years ago
both URLs WFM Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.3a3pre) Gecko/20100305 Minefield/3.7a3pre (.NET CLR 3.5.30729)

Comment 5

7 years ago
I've seen something similar to what is mentioned in comment 0 in 3.5.*, 3.6.* and 4.0beta* on x86 and x86-64 on linux/X11. You can find large images for example on this korean webcomic site

that have similar issues. If you have a connection that is "slow" enough, it seems to render fine while the image is loading, even if zoomed in. But once it is loaded, it either turns black or become corrupted.

Comment 6

7 years ago
But the question is, do you see the reporter's issue with the reporter's URL?
Whiteboard: [closeme 2011-01-20]

Comment 7

7 years ago
still WFM
Last Resolved: 7 years ago
Resolution: --- → WORKSFORME

Comment 8

7 years ago
Hi I can't see this occurring for me anymore either.  On FF 3.6.15/Mac OSX.
You need to log in before you can comment on or make changes to this bug.