Closed
Bug 529105
Opened 16 years ago
Closed 16 years ago
ASSERTION: Destroying non-empty block list in nsMediaCacheStream::BlockList::~BlockList
Categories
(Core :: Audio/Video, defect)
Core
Audio/Video
Tracking
()
RESOLVED
FIXED
| Tracking | Status | |
|---|---|---|
| status1.9.2 | --- | beta4-fixed |
People
(Reporter: roc, Assigned: roc)
References
Details
Attachments
(1 file)
|
1.04 KB,
patch
|
cajbir
:
review+
|
Details | Diff | Splinter Review |
We saw this in a test run of test_mozLoadFrom.html. It leads to all sorts of badness.
The problem is that when when streams are sharing a resource, and you close one of the streams, a block can arrive for the resource and be added to the stream after it's closed. This corrupts media cache state.
|
Assignee | |
Updated•16 years ago
|
|
|
Assignee | |
Updated•16 years ago
|
Assignee: nobody → roc
|
|
Assignee | |
Updated•16 years ago
|
Flags: blocking1.9.2+
|
|
Assignee | |
Comment 1•16 years ago
|
||
Don't iterate through closed streams when searching from streams that are sharing a given resource ID.
Attachment #412754 -
Flags: review?(chris.double)
|
||
Updated•16 years ago
|
Attachment #412754 -
Flags: review?(chris.double) → review+
|
|
Assignee | |
Updated•16 years ago
|
Whiteboard: [need landing]
|
|
Assignee | |
Comment 2•16 years ago
|
||
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Whiteboard: [need landing] → [need 192 landing]
|
|
Assignee | |
Comment 3•16 years ago
|
||
status1.9.2:
--- → final-fixed
Whiteboard: [need 192 landing]
You need to log in
before you can comment on or make changes to this bug.
Description
•