Closed
Bug 1465775
Opened 8 years ago
Closed 8 years ago
Crash in mozilla::Maybe<T>::operator*
Categories
(Core :: Graphics: ImageLib, defect, P3)
Tracking
()
RESOLVED
FIXED
mozilla62
| Tracking | Status | |
|---|---|---|
| firefox-esr52 | --- | unaffected |
| firefox-esr60 | --- | unaffected |
| firefox60 | --- | unaffected |
| firefox61 | --- | unaffected |
| firefox62 | --- | fixed |
People
(Reporter: kats, Assigned: aosmond)
References
Details
(Keywords: crash, regression, Whiteboard: [gfx-noted])
Crash Data
Attachments
(1 file)
|
1.78 KB,
patch
|
tnikkel
:
review+
|
Details | Diff | Splinter Review |
This bug was filed from the Socorro interface and is
report bp-8cdf6dc0-2c48-4bed-90d2-9d1f80180531.
=============================================================
Top 10 frames of crashing thread:
0 libxul.so mozilla::Maybe<nsresult>::operator* mfbt/Maybe.h:581
1 libxul.so mozilla::image::SourceBuffer::AppendFromInputStream image/SourceBuffer.cpp:525
2 libxul.so mozilla::image::RasterImage::OnImageDataAvailable image/RasterImage.cpp:989
3 libxul.so imgRequest::OnDataAvailable image/imgRequest.cpp:1205
4 libxul.so mozilla::net::nsStreamListenerTee::OnDataAvailable netwerk/base/nsStreamListenerTee.cpp:92
5 libxul.so mozilla::net::nsHttpChannel::OnDataAvailable netwerk/protocol/http/nsHttpChannel.cpp:7543
6 libxul.so nsInputStreamPump::OnStateTransfer netwerk/base/nsInputStreamPump.cpp:593
7 libxul.so nsInputStreamPump::OnInputStreamReady netwerk/base/nsInputStreamPump.cpp:428
8 libxul.so nsInputStreamReadyEvent::Run xpcom/io/nsStreamUtils.cpp:102
9 libxul.so nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1088
=============================================================
Seen in crash-stats. This crash appears a couple of times in the last 7 days, both on FennecAndroid.
| Assignee | ||
Comment 1•8 years ago
|
||
I've touched this area recently. Probably my fault.
Component: Graphics → ImageLib
Priority: -- → P3
Whiteboard: [gfx-noted]
| Assignee | ||
Comment 2•8 years ago
|
||
SourceBuffer::Append has no path in which it fails, and SourceBuffer::mStatus is Nothing. As such, I can only conclude that aInputStream in SourceBuffer::AppendFromInputStream itself failed to read the requested number of bytes, despite the fact we were told how many are available. We used to just ignore this. Reviewing a few other OnDataAvailable listeners (e.g. EventSourceImpl::OnDataAvailable, nsPingListener::OnDataAvailable, FetchDriver::OnDataAvailable, CSPViolationReportListener::OnDataAvailable), it seems they aren't too upset if there is a size mismatch. I'll make it fail only if there was an allocation failure inside SourceBuffer, but not assume there is.
| Assignee | ||
Updated•8 years ago
|
Assignee: nobody → aosmond
Status: NEW → ASSIGNED
| Assignee | ||
Updated•8 years ago
|
Depends on: 1453454
Keywords: regression
| Assignee | ||
Updated•8 years ago
|
status-firefox61:
--- → unaffected
| Assignee | ||
Comment 3•8 years ago
|
||
Attachment #8982302 -
Flags: review?(tnikkel)
Comment 5•8 years ago
|
||
(the signature from the duped bug)
Crash Signature: [@ mozilla::Maybe<T>::operator*] → [@ mozilla::Maybe<T>::operator*]
[@ mozilla::image::SourceBuffer::AppendFromInputStream ]
Updated•8 years ago
|
Attachment #8982302 -
Flags: review?(tnikkel) → review+
Pushed by aosmond@gmail.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/47f3020c6aa7
Fix crash in SourceBuffer::AppendFromInputStream due to incomplete read. r=tnikkel
Comment 7•8 years ago
|
||
| bugherder | ||
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla62
Updated•8 years ago
|
status-firefox60:
--- → unaffected
status-firefox-esr52:
--- → unaffected
status-firefox-esr60:
--- → unaffected
You need to log in
before you can comment on or make changes to this bug.
Description
•