Closed Bug 811369 Opened 12 years ago Closed 12 years ago

Prevent AudioBuffer from double-dropping JS objects

Categories

(Core :: Web Audio, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: ehsan.akhgari, Assigned: ehsan.akhgari)

References

Details

Attachments

(1 file)

There is a scenario where AudioBuffer can double-drop its JS objects, if Unlink gets called first and then the destructor gets called. We need to protect against this.
Attached patch Patch (v1) (deleted) — Splinter Review
Assignee: nobody → ehsan
Status: NEW → ASSIGNED
Attachment #681120 - Flags: review?(bzbarsky)
This is a bit tricky because we only get the double-drop if it is Unlinked when it is preserved. If it is Unlinked when it isn't preserved, then we still need to drop in the destructor, so I think checking mContext isn't enough. :(
This is why I didn't comment on it when I noticed it, because we're probably affected by this in any wrapper cached class that has other JS pointers, and there's no good way to fix it in the class itself.
Comment on attachment 681120 [details] [diff] [review] Patch (v1) Yeah, this isn't right on its own. :(
Attachment #681120 - Flags: review?(bzbarsky) → review+
So, what needs to be done here? (Also, Boris, did you mean to r+ the patch?)
Comment on attachment 681120 [details] [diff] [review] Patch (v1) Er, no. I did not. What needs to be done depends on what happens in bug 811206.
Attachment #681120 - Flags: review+ → review-
Depends on: 811206
No longer depends on: 811206
Double dropping should be okay now that bug 811206 has landed.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
Mass moving Web Audio bugs to the Web Audio component. Filter on duckityduck.
Component: Video/Audio → Web Audio
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: