Open
Bug 917187
Opened 12 years ago
Updated 3 years ago
MozCaptureStream fail to work for local files
Categories
(Core :: Audio/Video: MediaStreamGraph, defect, P3)
Tracking
()
NEW
People
(Reporter: jwwang, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file, 1 obsolete file)
186.07 KB,
application/x-tar
|
Details |
User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.95 Safari/537.36
Steps to reproduce:
1. extract the tar
2. open test_captureStream.html
3. press the button "capture"
4. press the play button of the first audio element
5. press the play button of the second audio element
Actual results:
Music is not played.
Expected results:
Music should be played normally.
Reporter | ||
Updated•12 years ago
|
Component: Untriaged → Video/Audio
Product: Firefox → Core
Reporter | ||
Comment 1•12 years ago
|
||
Attachment #805835 -
Attachment is obsolete: true
Reporter | ||
Updated•12 years ago
|
Attachment #805836 -
Attachment mime type: application/x-gzip → application/x-tar
Reporter | ||
Comment 2•12 years ago
|
||
The sample fails for mDecoder->IsSameOriginMedia() returns false in MediaDecoderStateMachine::SendStreamData(). That is, sample.ogg and test_captureStream.html are regarded as different origins for file scheme.
Is this a bug or intended to be?
As it said in https://developer.mozilla.org/en-US/docs/Same-origin_policy_for_file:_URIs, a file can read another file only if the parent directory of the originating file is an ancestor directory of the target file. It is weird for this sample to work normally on web but fail on local side.
Updated•10 years ago
|
Component: Audio/Video → Audio/Video: MSG/cubeb/GMP
Updated•9 years ago
|
Rank: 27
Priority: -- → P2
Comment 3•8 years ago
|
||
Mass change P2->P3 to align with new Mozilla triage process.
Priority: P2 → P3
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•