Bug 104809 – [GStreamer] Various crashes/failures/timeouts in media tests after switching to 1.0

• Component: WebKitGTK
• Status: RESOLVED DUPLICATE

[Zan Dobersek]

Various crashes started randomly occurring on the builders after the GStreamer version vas bumped to 1.0 in r137271.
http://trac.webkit.org/changeset/137271

media/adopt-node-crash.html
media/encrypted-media/encrypted-media-not-loaded.html
media/event-queue-crash.html
media/video-source-type-params.html
media/video-src-set.html
media/W3C/video/events/event_loadstart_manual.html

Some of these show clear errors occurring in GStreamer while the other failing tests are joined here mostly because they haven't failed in any way before the GStreamer upgrade.

Here's the flakiness dashboard:
http://test-results.appspot.com/dashboards/flakiness_dashboard.html#group=%40ToT%20-%20webkit.org&tests=media%2Fadopt-node-crash.html%2Cmedia%2Fencrypted-media%2Fencrypted-media-not-loaded.html%2Cmedia%2Fevent-queue-crash.html%2Cmedia%2Fvideo-source-type-params.html%2Cmedia%2Fvideo-src-set.html%2Cmedia%2FW3C%2Fvideo%2Fevents%2Fevent_loadstart_manual.html

[Philippe Normand]

Might be worth scavenging the crash logs from the Debug bot, would you be up to it Xabier?

For now it's probably better to flag those tests in the expectations

[Xabier Rodríguez Calvar]

(In reply to comment #1)
> Might be worth scavenging the crash logs from the Debug bot, would you be up to it Xabier?
> 
> For now it's probably better to flag those tests in the expectations

Yes, I think it is better to flag them for now and as soon as I finish the new controls, I'll go with this.

I think the controls have more priority because as they are now, they are 1px height with audio or finished videos.

[Philippe Normand]

Flagged in r137471

[Zan Dobersek]

This one now seems as a duplicate of bug #106551.

*** This bug has been marked as a duplicate of bug 106551 ***