Closed Bug 76703 Opened 24 years ago Closed 23 years ago

Interlaced GIFs should display solid while downloading

Categories

(Core :: Graphics: ImageLib, defect)

defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 73195
mozilla0.9.2

People

(Reporter: dv5a, Assigned: tor)

References

()

Details

(Whiteboard: [imglib])

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.8.1+) Gecko/20010417 BuildID: 2001041704 Interlaced GIF images display progressive while downloading. But the effect is done with horizontal lines (see the URL). It should be done in "solid" way, filling in between lines with repeatead lines or interpolated lines ( see bug 75077 ). And getting more detail as image downloads. It works this way in NN 4.x and MSIE Reproducible: Always Steps to Reproduce: Go to http://fog.ccsf.cc.ca.us/~pthiry/multimedia/monalisabig.gif Or to http://illinois.online.uillinois.edu/Presentations/WebGraphicsWorkshop/Untitled.gif Or to http://www.dnr.state.oh.us/odnr/water/eeco99/Images/laced.gif Or any other Interlaced GIF. Actual Results: The image displays with progressive stripes Expected Results: The image should display as a solid block that gets more detail as image downloads The effect is more noticeable with big images or slow connections
Trying to find a dup, I found similar comments in bug 73969.
Confirming. Still haven't found a dupe (doesn't mean there isn't one). I think it'd be a good idea for progressive images to render similarly. I prefer the older "solid" approach of NS4, since it makes it feel like the image loads faster.
Severity: enhancement → normal
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: 4xp
Changing status to [imglib]
Whiteboard: [imglib]
Verified also in Linuz. Changing OS
Blocks: 66962
Keywords: nsCatFood
Same bug occurs in build 20010426. Interlaced GIF images load with black stripes instead of the proper pixel-block method. Interlaced PNG images seem to be normal.
I've observed this under Linux with the April 30th nightly build of the 0.9 branch. However, I get garbage (not black lines) for the unrendered lines. I can see bits UI imagery, old mail messages, and all sorts of weird stuff interlaced with the partially rendered GIF. It looks pretty bad. Just commenting since I don't see the exact behaviour described in this bug. Looks like some buffer is being reused that possibly should be cleared first? Video details: Redhat 7.1, XFree 4.03, Nvidia's Geforce2 GTS driver 0.9-69
over to saari
Assignee: pavlov → saari
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.2
Hardware: PC → All
Because of the high visibility of this bug, I think this should be fixed for nsbeta1. Someone please add appropriate keyword...
I would tend to agree with you, but drivers and pdt won't. So it gets fixed early in 0.9.2.
-> tor who has a fix in hand
Assignee: saari → tor
Status: ASSIGNED → NEW
Fixed by bug 73195 in 2001060104 Win98.
*** This bug has been marked as a duplicate of 73195 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Veryfying on Skewer's oservations in bug 73195
Status: RESOLVED → VERIFIED
I agree, the bug is fixed on Windows build 2001060104. I don't like it to be closed as duplicate. Both bugs describe different problems. Nevertheless, the important thing is this bug is fixed. Good job!
You need to log in before you can comment on or make changes to this bug.