Closed
Bug 866121
Opened 12 years ago
Closed 7 years ago
Race condition on multiple `video.mozSrcObject=stream` assignments
Categories
(Core :: Audio/Video: Playback, defect)
Tracking
()
RESOLVED
INACTIVE
People
(Reporter: thamm, Unassigned, NeedInfo)
Details
(Whiteboard: [WebRTC][blocking-webrtc-])
Attachments
(1 file)
468 bytes,
text/html
|
Details |
Assign mutiple streams to one <video> shortly after another (video.mozSrcObject = a; ideo.mozSrcObject = b).
The streams are both rendered. The image flickers between the images of the streams. Only the second stream should be rendered.
Reporter | ||
Comment 1•12 years ago
|
||
The static video does not get played although it is assigned after the user media. Not completely sure whether this is the same bug because there is no flickering.
Reporter | ||
Updated•12 years ago
|
Attachment #742396 -
Attachment mime type: text/plain → text/html
Comment 2•12 years ago
|
||
I'm definitely seeing the variant flashing you are citing in the attached test case.
Roc - Any ideas?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: needinfo?(roc)
Updated•12 years ago
|
Whiteboard: [WebRTC][blocking-webrtc-]
(In reply to Stephan Thamm from comment #1)
> The static video does not get played although it is assigned after the user
> media. Not completely sure whether this is the same bug because there is no
> flickering.
The static video should not play because srcObject takes priority over 'src' if both are present. So I don't think comment #1 is a bug. Comment #0 might be a bug but I don't see a testcase for that.
Flags: needinfo?(roc)
Reporter | ||
Comment 4•12 years ago
|
||
It is hard to put together a small demo because there have to be at least 2 streams.
We put an old version of our web app online. I know that this is not perfect, but it should reproduce the bug:
URL: https://mozilla.palava.tv/#/test
Username: mozilla
Password: bugreport
This link will put you directly into the room "test". The link in the upper right corner will not work as it points to the current version without the bug.
The second person joining should see the bug.
At first the local stream is displayed and then the stream of the person already in the room. Our fix was waiting two seconds (one was not enough) before allowing another stream to be attached to the video tag.
I hope this helps to clear things up.
Comment 5•10 years ago
|
||
Old bug and much has changed since then. Is this still an issue?
Component: WebRTC: Audio/Video → Video/Audio
Flags: needinfo?(thamm)
QA Contact: jsmith
Updated•10 years ago
|
Component: Audio/Video → Audio/Video: Playback
Comment 6•7 years ago
|
||
Mass closing do to inactivity.
Feel free to re-open if still needed.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INACTIVE
You need to log in
before you can comment on or make changes to this bug.
Description
•