94818 - Images are sometimes rendered incompletely, or break after scrolling

Status: RESOLVED WORKSFORME

(Core Graveyard :: GFX, defect, P1)

Description

[jbn]

Images often are rendered icompletely.  The image(s) will be partly formed, but
then not appear finished until the forward, backward, or refresh button is
pushed.  Less frequently, (this just happened to the top banner in
mozillazine.org) the image will appear complete, but when it is scrolled off the
screeen and then reappears, it will reappear broken.  (Experienced in 0.9.3,
Build 2001080110)  (Sorry if this has already been reported, but I couldn't find
a bug report on this.)

Comment 1

[gavin long]

This all WFM, win98SE 2001080703

> Less frequently, [...] the image will appear complete, but 
> when it is scrolled off the screen and then reappears, it 
> will reappear broken.

That sounds like http://bugzilla.mozilla.org/show_bug.cgi?id=94494

Comment 2

[gavin long]

> The image(s) will be partly formed, but then not appear 
> finished until the forward, backward, or refresh button 
> is pushed.

I've managed to get a testcase for this, files to follow.

steps to reproduce :

1) save the attachments to disk
2) open a new moz window
3) open test1.html

I only see a thin slice of the image.

4) hit reload

now I see the whole image

interestingly, if I leave that window open, then load the page in a new window,
I see the whole image straight away.

OTOH, if I close all windows showing the image, and open a new window and start
again, It displays the problem again.

Win98SE, 2001080703

Comment 3

[gavin long]

Attachment: testcase: html file

Comment 4

[gavin long]

Attachment: testcase : image file

Comment 5

[gavin long]

Attachment: what I see when I load the testcase

Comment 6

[Chris Petersen]

Connfirming issue with test case

Comment 7

[Chris Petersen]

I able to reproduce with attached test case under Aug 17th build (2001-08-17-08).
The problem appears to with document.write inside a table when reloading the
page. I slightly modified the existing test case to include two document.write
methods (one inside a table, one in the body directly). The problem doesn't
occur for me with the method outside of the table.

Steps to reproduce:
1) Download modified test case and original image file posted.
2) Name the image file "3536-11a-thumb.jpg"
3) Open test case in browser
4) If problem doesn't occur immediately , reload the page to see problem
5) Painting issue should only happen on image inside of table.(first image)

Comment 8

[Chris Petersen]

Attachment: Modified test case from original

Comment 9

[gabriel]

Bug 97332 could be a dupe.

Comment 10

[Spiros Ioannou]

Here: http://members.optushome.com.au/davidsymonds/gt/
it is always reproducable for me (Build 20020202, Win2k).
The image (head.png) gets scrambled when it reaches the top of the page.

Comment 11

[Daniel Steinberger]

hmmm... this is a WFM on 2002022103 tried reloading the testcase manymany
times.. nothing. please someone reconfirm this with a newer build.

to what Spiros Ioannou mentioned in comment 10: this is not a concern of this
bug here; take a look at bug 121230 for the thing you experience at your URL.

Comment 12

[Kevin McCluskey (gone)]

Bulk moving Mozilla1.01 bugs to future-P1. I will pull from the future-P1 list
to schedule bugs for post Mozilla1.0 milestones

Comment 13

[Kevin McCluskey (gone)]

This bug is WFM using 2002022003 build on WinXP and the remaining issue is a dup
of bug 121230.

Closing as WFM.

 

Comment 14

[Patrick]

How can you close a bug whith WFM on win2K when it is on Win98 only?
Personnally, I can't see it anymore because I changed both hardware and software
but I'm astonnished it is closed this way.