22715 - Image not visible

Status: VERIFIED DUPLICATE of bug 14801

(Core :: Graphics: ImageLib, defect, P3)

Description

[Suresh Duddi (gone)]

I see a black patch in the center instead of an image and the throbber keeps
spinning forever. (3 mins).

Starting the bug with pam. I will try to dig deeper and reassign if I find the
right owner.

Comment 1

[Sean Richardson]

Attachment: Cited page saved for later with BASE href set

Comment 2

[Sean Richardson]

It seemed advisable to save the page as an attachment given that the
image that isn't displaying properly is a "Holiday Savings" promo ad
served by doubleclick, likely to disappear from the page after the holidays.

With a 1999-12-27 build, the throbber stops.

There is another possibility besides ImageLib problems: the last I remember,
URLS with ";" parameters like doubleclick uses were not being handled properly.
This could be a DUP of bug 14801 "cbs.marketwatch.com images don't load", NEW.
The code that calls the IMG Mozilla isn't loading is quoted below:
-----
<A
HREF="http://ad.doubleclick.net/jump/N483.fusa.com/B16262.3;sz=207x207;cell=6038
;ord=[timestamp]?"><IMG
SRC="http://ad.doubleclick.net/ad/N483.fusa.com/B16262.3;sz=207x207;cell=6038;or
d=[timestamp]?" BORDER="0" ALT="Click Here"></A>
-----

Tested with: 1999-12-27-08-M13 nightly binary on Windows NT 4.0sp3

Comment 3

[John Morrison]

There are actually two problems acting together: the first is, as
[e-mail] noted, a problem with handling ';' in the URL. However, you
can work around that by using '%38' as the encoding for ';' in the URL, and
the image will load.

The second problem has to do with tiling of a <TD BACKGROUND> -- that is what
is creating the big black area -- and if tiled correctly, it should just
be a 2px vertical black line.

Attaching the problem TD with background and foreground image (URL corrected
for ';' mishandling).

Comment 4

[John Morrison]

Attachment: the problem TD with background and foreground image (URL "patched")

Comment 5

[John Morrison]

So now I realize that the issue with the TD BACKGROUND image is not tiling,
but the fact that the image is a transparent GIF, and (I believe) the
transparent part is rendered as black when used in a TD BACKGROUND (the image
is http://www.firstusa.com/images/whatsnew_left_bg.gif).

Comment 6

[Sean Richardson]

The problem of black backgrounds in table cells with images with transparency
seems to be something I remember reading about before on bugzilla... this may
be a DUP.

Comment 7

[pnunn]

This bug is caused by a problem with a url redirect.
This is the url used in the html:
http://ad.doubleclick.net/ad/N483.fusa.com/B16262.3;sz=207x207;cell=6038;ord=[ti
mestamp]?

It should resolve to:
http://m.doubleclick.net/viewad/87485-business_card_1213cir.gif

When the resolved url is viewed, we have no trouble viewing the
image.
Judson, I'm sending this one to you. It may be a duplicate of one
you have already.

-p

Comment 8

[John Morrison]

valeski : if you have a duplicate for the ';' in URL problem (I believe someone
in networking does) then mark this bug as a duplicate of that. The "black
background" part of this report is caused by bug #21098, and I'm going to copy
the second attachment above as another testcase for that bug report.

Comment 9

[Rick Smorawski]

*** Bug 21519 has been marked as a duplicate of this bug. ***

Comment 10

[Rick Smorawski]

Attachment: Cropped jpeg of the "image garbage"

Comment 11

[Rick Smorawski]

In Builds 2000010408 win32 and prior I get the above "image garbage" rather than
a "black patch" (first attachment). Also occurs at www.trekweb.com.

Comment 12

[John Morrison]

This bug is a duplicate of two other bugs, both well characterized:
  1: black or multi-colored background for TD when using transparent
     GIF -- same as bug #21098
  2: failure to load IMG doubleclick URL for the tables contents due
     to ';' in URL -- same as bug #14801

Marking *this* bug as a duplicate of bug #14801.

*** This bug has been marked as a duplicate of 14801 ***

Comment 13

[Eli Goldberg]

I defer to John without any further investigation; rubber-stamped as verified
duplicate. ;)