Closed
Bug 2902
Opened 26 years ago
Closed 25 years ago
[PP]Images may display garbage while loading
Categories
(Core Graveyard :: GFX, defect, P4)
Tracking
(Not tracked)
VERIFIED
FIXED
M10
People
(Reporter: cpratt, Assigned: dcone)
References
()
Details
To reproduce this, install the 04-Feb-99 build of seamonkey onto an iMac running
Mac OS 8.5.1 with all updates; I was running it at 1024x768 with 16 bpp. If you
launch viewer.app, and then type in http://www.mtv.com and wait for the page to
load, about half of the time some kind of static-y TV-like visual garbage will
draw on the page, usually in one of the images at this URL, rarely over most of
the page. In every case, when the page has finished loading it does look
correct, so this is a minor problem.
Updated•26 years ago
|
Assignee: pierre → dcone
Summary: Page may display garbage while loading → Images may display garbage while loading
Comment 1•26 years ago
|
||
Renamed "Images may display garbage while loading" instead of "Page may display
garbage while loading".
It's weird: this problem was easily reproducible in test2.html but it got fixed
lately, together with the black background of transparent gifs.
Reassigned to <dcone>.
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Comment 2•26 years ago
|
||
per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Updated•26 years ago
|
QA Contact: 4110 → 1698
Comment 3•26 years ago
|
||
Reassigning qa contact to elig@netscape.com
Summary: Images may display garbage while loading → [PP]Images may display garbage while loading
Assignee | ||
Updated•25 years ago
|
Target Milestone: M7
Assignee | ||
Updated•25 years ago
|
Target Milestone: M7 → M8
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Updated•25 years ago
|
QA Contact: elig → cpratt
Comment 4•25 years ago
|
||
I can't reproduce this using the 7.7.99 Mac OS build (Apprunner). cpratt, as the
originator, can you still reproduce this? If not, could you please mark as
Resolved/Fixed?
Thanks.
Updated•25 years ago
|
Status: RESOLVED → REOPENED
QA Contact: cpratt → elig
Updated•25 years ago
|
Resolution: FIXED → ---
Comment 5•25 years ago
|
||
Re-assigning to self and re-opening. This took place with 1999 7/9 5:00 PM build.
Comment 6•25 years ago
|
||
[on Mac OS, using Apprunner, 16-bit video.]
Updated•25 years ago
|
Target Milestone: M8 → M9
Assignee | ||
Updated•25 years ago
|
Target Milestone: M9 → M10
Assignee | ||
Updated•25 years ago
|
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Comment 7•25 years ago
|
||
I can no longer reproduce this on today's Mac OS buildd, and I gather dcone has
silently fixed it.
Mr. Pratt, would you like to take a quick verification swag at this to double-
check, since it's your bug, and I had difficulties reproducing it earlier?
Thanks!
Comment 8•25 years ago
|
||
I can no longer reproduce this on today's Mac OS buildd, and I gather dcone has
silently fixed it.
Mr. Pratt, would you like to take a quick verification swag at this to double-
check, since it's your bug, and I had difficulties reproducing it earlier?
Thanks!
Assignee | ||
Comment 9•25 years ago
|
||
Sorry, your right, I fixed this bug last friday...
Reporter | ||
Comment 10•25 years ago
|
||
Looks good on Windows NT as well. Dang, that's a lot faster than I remember it!
Marking verified fixed. (The page has changed since this bug was first filed,
but I haven't seen this kind of problem in quite some time.)
Updated•16 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•