Closed Bug 315870 Opened 19 years ago Closed 14 years ago

The broken JPEG/GIF image is not announced if Firefox loaded the image directly (The case of PNG, it works fine)

Categories

(Core :: Graphics: ImageLib, defect)

defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: masayuki, Unassigned)

References

()

Details

(Keywords: regression)

See http://bugzilla.mozilla.gr.jp/attachment.cgi?id=2953&action=view
This is invalid JPEG file(image/jpeg). Of course, we cannot display this image.
But the announcement for broken image isn't displaied.
This may be regression of Bug 292503.
Assignee: nobody → pavlov
Component: General → ImageLib
Product: Firefox → Core
QA Contact: general
Invalid GIF:
http://bugzilla.mozilla.gr.jp/attachment.cgi?id=2956&action=view

Invalid PNG:
http://bugzilla.mozilla.gr.jp/attachment.cgi?id=2955&action=view

On the case of png image, the error message is displaied.
We have a problem only JPEG and GIF error handling.
Summary: The image borken is not announced if Firefox loaded the image directly → The broken JPEG/GIF image is not announced if Firefox loaded the image directly (The case of PNG, it works fine)
OS: Windows XP → All
Hardware: PC → All
Assignee: pavlov → cst
  if (NS_FAILED(status) && imgDoc->mStringBundle && imgDoc->mImageContent) {

I traced it in a debugger, and status is 0.  I'm pretty sure that's not my fault.
Assignee: cst → pavlov
(In reply to comment #2)
>   if (NS_FAILED(status) && imgDoc->mStringBundle && imgDoc->mImageContent) {
> 
> I traced it in a debugger, and status is 0.  I'm pretty sure that's not my
> fault.
> 

Just to clarify, I don't think the problem is with my code, but my change made another problem visible.
Assignee: pavlov → nobody
QA Contact: imagelib
I can no longer reproduce a problem on Minefield trunk.
-> WFM
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.