Bug 169110 - [GTK] [OWR] Test webrtc/audio-peer-connection-webaudio.html timeouts
Summary: [GTK] [OWR] Test webrtc/audio-peer-connection-webaudio.html timeouts
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKitGTK (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-03-02 17:17 PST by Carlos Alberto Lopez Perez
Modified: 2020-05-15 01:41 PDT (History)
6 users (show)

See Also:


Attachments
Patch (4.00 KB, patch)
2017-06-09 08:18 PDT, Charlie Turner
no flags Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Carlos Alberto Lopez Perez 2017-03-02 17:17:46 PST
The test webrtc/audio-peer-connection-webaudio.html added in bug 168898 timeouts on platform GTK with the following diff

--- /home/clopez/webkit/webkit/layout-test-results/webrtc/audio-peer-connection-webaudio-expected.txt
+++ /home/clopez/webkit/webkit/layout-test-results/webrtc/audio-peer-connection-webaudio-actual.txt
@@ -1,3 +1,3 @@
+CONSOLE MESSAGE: line 27: InvalidStateError (DOM Exception 11): The object is in an invalid state.
+FAIL: Timed out waiting for notifyDone to be called
 
-PASS Basic audio playback through a peer connection 
-
Comment 1 Charlie Turner 2017-06-09 08:18:22 PDT
Created attachment 312433 [details]
Patch
Comment 2 Charlie Turner 2017-06-09 08:19:12 PDT
Sorry, this patch was a mistake, the upload-patch script scrapped bugzilla url out of my description.
Comment 3 Miguel Gomez 2017-06-15 05:31:27 PDT
At r218320 this is failing and not timing out as expected.

In r217983 it's explained that both failure and timing out can happen, so marking it as flaky again.
Comment 4 Adrian Perez 2018-08-11 03:06:50 PDT
This bug has the [OWR] tag but the OpenWebRTC backend has been
removed a good while ago. Does this still apply with the new
libwebrtc-based code?
Comment 5 Philippe Normand 2020-05-15 01:41:48 PDT
This test is passing, not flagged in TestExpectations either. Closing.