Closed
Bug 1072539
Opened 10 years ago
Closed 10 years ago
Only ForceDiscard in imgFrame::GetFrame if it's safe to do so
Categories
(Core :: Graphics: ImageLib, defect)
Core
Graphics: ImageLib
Tracking
()
RESOLVED
FIXED
mozilla35
People
(Reporter: seth, Assigned: seth)
References
Details
Attachments
(1 file)
1.14 KB,
patch
|
tnikkel
:
review+
|
Details | Diff | Splinter Review |
I suspect bug 1069369's root cause is that we don't check whether it's safe to ForceDiscard() in imgFrame::GetFrame() before doing so. Let's add that check. This is a speculative fix, but I think there's good reason to believe that it will work, since the crash seems to be caused by a null value for RasterImage::mDecodeRequest, which is cleared by ForceDiscard().
Assignee | ||
Comment 2•10 years ago
|
||
Here's a try job. If anyone can use the Android build to verify that this fixes bug 1069369 for them (i.e., they can consistently reproduce without this patch, but not with it) I'd appreciate it. I still can't reproduce bug 1069369 reliably. https://tbpl.mozilla.org/?tree=Try&rev=1473dd4056fc
Comment 3•10 years ago
|
||
Comment on attachment 8494742 [details] [diff] [review] Only ForceDiscard() in imgFrame::GetFrame() if it's safe to do so Yeah, this felt a little unsafe when reviewing the original patch.
Attachment #8494742 -
Flags: review?(tnikkel) → review+
Assignee | ||
Comment 4•10 years ago
|
||
Thanks for the quick review! Try looks good, so I went ahead and pushed: https://hg.mozilla.org/integration/mozilla-inbound/rev/5aa68330b3f0
Comment 5•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/5aa68330b3f0
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla35
You need to log in
before you can comment on or make changes to this bug.
Description
•