Closed Bug 866121 Opened 11 years ago Closed 6 years ago

Race condition on multiple `video.mozSrcObject=stream` assignments

Categories

(Core :: Audio/Video: Playback, defect)

x86_64
All
defect
Not set
normal

Tracking

()

RESOLVED INACTIVE

People

(Reporter: thamm, Unassigned, NeedInfo)

Details

(Whiteboard: [WebRTC][blocking-webrtc-])

Attachments

(1 file)

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.
Attached file Test with static video
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.
Attachment #742396 - Attachment mime type: text/plain → text/html
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)
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)
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.
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
Component: Audio/Video → Audio/Video: Playback
Mass closing do to inactivity.
Feel free to re-open if still needed.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: