[Webkit-unassigned] [Bug 24643] New: REGRESSION: emusic.com: Load Images Despite 404 Header Response

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=24643

           Summary: REGRESSION: emusic.com: Load Images Despite 404 Header
                    Response
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: All
        OS/Version: All
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: Images
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: mrtech at gmail.com


Add OK or FAIL after other browsers where you have tested this issue:
     Safari 3: OK
    Firefox 3: OK
         IE 7: OK

What steps will reproduce the problem?
1. Load Page
2. Load Image

What is the expected result?
Display image in page

What happens instead?
Broken image icon displayed

>From Google Chrome Bug Posting: This issue happens in 2.0.170.0 (Developer
Build 11530) and Safari3(WebKit nightly 41128), but doesn't happen in stable
build 1.0.154.48 (Official Build 9043).

http://code.google.com/p/chromium/issues/detail?id=8569

eMusic.com serves "no album art" img's with a 404 response but includes
generic album art contents.  Historically all browsers have supported this,
but with the latest builds all I get is a broken image when used inline but
works if loaded individually.  I believe something has been updated in
WebKit cores since it happens with the latest Chrome beta builds and I
believe Safari 4.  I would appreciate any help, thanks.

The album art on this page currently doesn't load inline:
http://www.emusic.com/album/Four-Gods-Amateurism-MP3-Download/10953374.html

Here it does display the image despite 404 response:
http://images.emusic.com/music/images/album/284/109/533/10953374/300x300.jpg

HTTP/1.1 404 Not Found
Server: Apache-Coyote/1.1
Content-Type: image/gif
Content-Length: 5310
Date: Mon, 09 Mar 2009 19:22:26 GMT
Connection: keep-alive

GIF89a,
,
?


-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.