Closed
Bug 472590
Opened 16 years ago
Closed 15 years ago
"ASSERTION: imgIRequest::STATUS_FRAME_COMPLETE not set"
Categories
(Core :: Graphics: ImageLib, defect)
Tracking
()
RESOLVED
FIXED
mozilla1.9.2a1
People
(Reporter: jruderman, Assigned: joe)
References
Details
(4 keywords)
Attachments
(3 files)
257 bytes,
text/html
|
Details | |
1.07 KB,
patch
|
vlad
:
review+
|
Details | Diff | Splinter Review |
1.09 KB,
patch
|
dveditz
:
approval1.9.1.4+
dveditz
:
approval1.9.0.15+
|
Details | Diff | Splinter Review |
###!!! ASSERTION: imgIRequest::STATUS_FRAME_COMPLETE not set: '(status & imgIRequest::STATUS_FRAME_COMPLETE)', file /Users/jruderman/central/layout/base/nsImageLoader.cpp, line 170
Reporter | ||
Comment 1•16 years ago
|
||
Huh, and when loaded from Bugzilla, it triggers a warning about mixed secure/insecure content.
Comment 2•16 years ago
|
||
The status in this case is LOAD_COMPLETE|SIZE_AVAILABLE.
This looks like a bug in imgRequest::NotifyProxyListener to me: it's sending notifications that it doesn't have the status bits for (presumably because there are no frames in the image in this case or something?).
Component: Layout: Images → ImageLib
QA Contact: layout.images → imagelib
Assignee | ||
Comment 3•15 years ago
|
||
Yes, this is almost certainly an invalid GIF, since we don't decode any rows of data. However, even in this case, we should call OnStopFrame(), because that's part of the contract for decoders.
Assignee: nobody → joe
Attachment #377579 -
Flags: review?(vladimir)
Attachment #377579 -
Flags: review?(vladimir) → review+
Assignee | ||
Comment 4•15 years ago
|
||
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 5•15 years ago
|
||
This is simply reapplying the patch to 1.9.1 (changes context only). I'm requesting approval for this patch because it will make fixing bug 511689 on the branch cleaner.
Attachment #401963 -
Flags: approval1.9.1.4?
Assignee | ||
Comment 6•15 years ago
|
||
Comment on attachment 401963 [details] [diff] [review]
1.9.0/1.9.1 branch patch
This same patch also applies to 1.9.0 with an offset of -7 lines.
Attachment #401963 -
Flags: approval1.9.0.15?
Updated•15 years ago
|
status1.9.1:
--- → wanted
Flags: wanted1.9.0.x+
Comment 7•15 years ago
|
||
Comment on attachment 401963 [details] [diff] [review]
1.9.0/1.9.1 branch patch
Approved for 1.9.1.4 and 1.9.0.15, a=dveditz
Attachment #401963 -
Flags: approval1.9.1.4?
Attachment #401963 -
Flags: approval1.9.1.4+
Attachment #401963 -
Flags: approval1.9.0.15?
Attachment #401963 -
Flags: approval1.9.0.15+
Updated•15 years ago
|
Blocks: CVE-2009-3373
Assignee | ||
Updated•15 years ago
|
Attachment #401963 -
Attachment description: 1.9.1 branch patch → 1.9.0/1.9.1 branch patch
Updated•15 years ago
|
blocking1.9.1: --- → .4+
Flags: blocking1.9.0.15+
Assignee | ||
Comment 8•15 years ago
|
||
Assignee | ||
Comment 9•15 years ago
|
||
Checking in nsGIFDecoder2.cpp;
/cvsroot/mozilla/modules/libpr0n/decoders/gif/nsGIFDecoder2.cpp,v <-- nsGIFDecoder2.cpp
new revision: 1.105; previous revision: 1.104
done
Keywords: fixed1.9.0.15
Comment 10•15 years ago
|
||
Verified fixed in 1.9.0 with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.0.15pre) Gecko/2009092315 GranParadiso/3.0.15pre (my debug build) using the testcase attached.
Keywords: fixed1.9.0.15 → verified1.9.0.15
Comment 11•15 years ago
|
||
Verified fixed on 1.9.1 with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.5pre) Gecko/20091008 Shiretoko/3.5.5pre ID:20091008213747
Keywords: verified1.9.1
Target Milestone: --- → mozilla1.9.2a1
You need to log in
before you can comment on or make changes to this bug.
Description
•