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)

x86_64
Linux
defect

Tracking

()

People

(Reporter: jwwang, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file, 1 obsolete file)

Attached file sample.tar.gz (obsolete) —
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.
Component: Untriaged → Video/Audio
Product: Firefox → Core
Attached file sample.tar.gz
Attachment #805835 - Attachment is obsolete: true
Attachment #805836 - Attachment mime type: application/x-gzip → application/x-tar
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.
Component: Audio/Video → Audio/Video: MSG/cubeb/GMP
Rank: 27
Priority: -- → P2
Mass change P2->P3 to align with new Mozilla triage process.
Priority: P2 → P3
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: