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)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: mark.seymour, Unassigned)
References
()
Details
(Whiteboard: [closeme 2011-01-20])
Attachments
(1 file)
805.65 KB,
image/png
|
Details |
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.
Reporter | ||
Comment 1•15 years ago
|
||
Comment 2•15 years ago
|
||
Same thing happens on large spreadsheets in Google Docs. http://spreadsheets.google.com/ccc?key=0As336gnEWWhxdHBqUWZjZkNQb21uU3VlYzlsNURoRlE&hl=en
Comment 3•15 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. http://wboe.oeaw.ac.at/extern/wboe.oeaw.ac.at/trac/wiki/Quellen2
Comment 4•14 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)
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.
Comment 6•14 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•13 years ago
|
||
still WFM
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
Comment 8•13 years ago
|
||
Hi I can't see this occurring for me anymore either. On FF 3.6.15/Mac OSX.
Assignee | ||
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
•