Closed Bug 492992 Opened 15 years ago Closed 13 years ago

Black block or painting errors about halfway down very large pages

Categories

(Core :: Web Painting, defect)

x86_64
Windows Vista
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: mark.seymour, Unassigned)

References

()

Details

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

Attachments

(1 file)

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.
Same thing happens on large spreadsheets in Google Docs.

http://spreadsheets.google.com/ccc?key=0As336gnEWWhxdHBqUWZjZkNQb21uU3VlYzlsNURoRlE&hl=en
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.

http://wboe.oeaw.ac.at/extern/wboe.oeaw.ac.at/trac/wiki/Quellen2
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)
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 

http://comic.naver.com/webtoon/detail.nhn?titleId=160469&no=31&weekday=wed

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.
But the question is, do you see the reporter's issue with the reporter's URL?
Whiteboard: [closeme 2011-01-20]
still WFM
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
Hi I can't see this occurring for me anymore either.  On FF 3.6.15/Mac OSX.
Component: Layout: View Rendering → Layout: Web Painting
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: