Closed
Bug 1121841
Opened 9 years ago
Closed 9 years ago
InvokeAndRetry can falsely report EOS
Categories
(Core :: Audio/Video, defect)
Tracking
()
RESOLVED
FIXED
mozilla38
People
(Reporter: bholley, Assigned: bholley)
Details
Attachments
(1 file)
1.36 KB,
patch
|
jya
:
review+
Sylvestre
:
approval-mozilla-aurora+
Sylvestre
:
approval-mozilla-beta+
|
Details | Diff | Splinter Review |
Consider the following situation in InvokeAndRetry: (1) We invoke the demuxer, it does a read. (2) The read fails, and we record that on the MP4Stream. (3) InvokeAndRetry notices the failed read, and retries as a blocking read. (4) InvokeAndRetry calls back into the demuxer, which errors out for some unrelated reason. (5) InvokeAndRetry inspects the MP4Stream again, sees the same failed read, and concludes the read failed twice. This doesn't affect correctness, since we'll throw an error in either case. But it's confusing, because the NS_WARNINGs will describe the incorrect error condition. Fixing this is trivial. I think we should also at least uplift it to aurora, because it's a non-risk and helpful for debugging.
Assignee | ||
Comment 1•9 years ago
|
||
Attachment #8549412 -
Flags: review?(jyavenard)
Comment 2•9 years ago
|
||
Comment on attachment 8549412 [details] [diff] [review] Clear the failed read after checking it. v1 Review of attachment 8549412 [details] [diff] [review]: ----------------------------------------------------------------- I've would have done so in LastReadFailed instead, so no need for public function
Attachment #8549412 -
Flags: review?(jyavenard) → review+
Assignee | ||
Comment 3•9 years ago
|
||
(In reply to Jean-Yves Avenard [:jya] from comment #2) > Comment on attachment 8549412 [details] [diff] [review] > Clear the failed read after checking it. v1 > > Review of attachment 8549412 [details] [diff] [review]: > ----------------------------------------------------------------- > > I've would have done so in LastReadFailed instead, so no need for public > function Yeah, but then the API has a non-obvious side-effect.
Assignee | ||
Comment 4•9 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/3abade3e4eb4 This is basically no risk, so we might as well uplift it to make debugging easier.
Flags: needinfo?(giles)
Comment 5•9 years ago
|
||
Comment on attachment 8549412 [details] [diff] [review] Clear the failed read after checking it. v1 Approval Request Comment [Feature/regressing bug #]: MSE [User impact if declined]: [Describe test coverage new/current, TBPL]: presuming green on inbound. [Risks and why]: Low. Affects mp4 playback but small and self-contained cleanup in error handling. [String/UUID change made/needed]: None.
Flags: needinfo?(giles)
Attachment #8549412 -
Flags: approval-mozilla-beta?
Attachment #8549412 -
Flags: approval-mozilla-aurora?
Updated•9 years ago
|
https://hg.mozilla.org/mozilla-central/rev/3abade3e4eb4
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla38
Updated•9 years ago
|
Updated•9 years ago
|
Attachment #8549412 -
Flags: approval-mozilla-beta?
Attachment #8549412 -
Flags: approval-mozilla-beta+
Attachment #8549412 -
Flags: approval-mozilla-aurora?
Attachment #8549412 -
Flags: approval-mozilla-aurora+
Comment 7•9 years ago
|
||
https://hg.mozilla.org/releases/mozilla-aurora/rev/55a3f5fc46e1 https://hg.mozilla.org/releases/mozilla-beta/rev/0b7d9ce1cdc7
Comment 8•9 years ago
|
||
https://hg.mozilla.org/releases/mozilla-b2g37_v2_2/rev/55a3f5fc46e1
status-b2g-v2.2:
--- → fixed
status-b2g-master:
--- → fixed
You need to log in
before you can comment on or make changes to this bug.
Description
•