Closed
Bug 613982
Opened 15 years ago
Closed 15 years ago
Crash [@ libdvm.so@0x48c42 ] in sa_stream_write when closing a tab playing audio
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(fennec2.0b4+)
VERIFIED
FIXED
| Tracking | Status | |
|---|---|---|
| fennec | 2.0b4+ | --- |
People
(Reporter: mbrubeck, Assigned: dougt)
References
()
Details
(Keywords: crash, crashreportid)
Crash Data
Attachments
(1 file)
|
3.59 KB,
patch
|
kinetik
:
review+
|
Details | Diff | Splinter Review |
Steps to reproduce:
1. Open http://html5zombo.com/ in a new tab
2. After the page loads and starts playing audio, close the tab.
Results:
http://crash-stats.mozilla.com/report/index/bp-a91578b1-913f-4f48-bd9d-c56ac2101122
Reproducible in the 2010-11-22-04-mozilla-central-android-r7 nightly.
| Reporter | ||
Updated•15 years ago
|
tracking-fennec: --- → ?
| Reporter | ||
Comment 1•15 years ago
|
||
Looks like this crash [@ libdvm.so@0x5b3de ] is the same thing:
http://crash-stats.mozilla.com/report/index/175554dc-4b07-45ab-a71e-6f0422101117
| Assignee | ||
Comment 2•15 years ago
|
||
part of this should have been done in the remote audio bug.
Attachment #492367 -
Flags: review?(kinetik)
Updated•15 years ago
|
Attachment #492367 -
Flags: review?(kinetik) → review+
Updated•15 years ago
|
tracking-fennec: ? → 2.0b4+
| Assignee | ||
Comment 3•15 years ago
|
||
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Comment 4•15 years ago
|
||
Oh crud, this isn't right. nsAudioStream's dtor wasn't made virtual when it was refactored for IPC, so this code is never going to run. That's probably why the crash stopped--the root cause is still present.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 5•15 years ago
|
||
The good news is, I'm wrong. NS_DECL_ISUPPORTS in each of the nsAudioStream subclasses has a virtual Release(), which is ultimately responsible for deleting the object, so the correct dtor is called due to that.
Status: REOPENED → RESOLVED
Closed: 15 years ago → 15 years ago
Resolution: --- → FIXED
Comment 6•15 years ago
|
||
Re-opening based on comment #4 and that there is no follow-up bug. Also, the crash is still occurring on build:
Mozilla/5.0 (Android; Linux armv71; rv:2.0b8pre) Gecko/20101123 Namoroka/4.0b8pre Fennec/4.0b3pre
It's not on crash-stats, but the signature on my device was: 3ffa037-5eca-13fb-158fdd83-00cf8049
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
| Assignee | ||
Comment 7•15 years ago
|
||
did you read comment #5?
Comment 8•15 years ago
|
||
sigh, i need my morning tea.
Status: REOPENED → RESOLVED
Closed: 15 years ago → 15 years ago
Resolution: --- → FIXED
Comment 9•15 years ago
|
||
verified FIXED on build:
Mozilla/5.0 (Android; Linux armv71; rv:2.0b8pre) Gecko/20101123 Namoroka/4.0b8pre Fennec/4.0b3pre
follow-up crasher filed: https://bugzilla.mozilla.org/show_bug.cgi?id=614267
Status: RESOLVED → VERIFIED
Updated•14 years ago
|
Crash Signature: [@ libdvm.so@0x48c42 ]
You need to log in
before you can comment on or make changes to this bug.
Description
•