Bug 179258 - [GStreamer][MSE] fast/canvas/webgl/texImage2D-mse-flipY-false.html, fast/canvas/webgl/texImage2D-mse-flipY-true.html tests are timing out
Summary: [GStreamer][MSE] fast/canvas/webgl/texImage2D-mse-flipY-false.html, fast/canv...
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: Gtk, LayoutTestFailure
: 179760 (view as bug list)
Depends on:
Blocks:
 
Reported: 2017-11-03 12:25 PDT by Zan Dobersek
Modified: 2023-01-05 09:15 PST (History)
6 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Zan Dobersek 2017-11-03 12:25:13 PDT 
The following WebGL tests are timing out after they've been introduced in r223974:
- fast/canvas/webgl/texImage2D-mse-flipY-false.html
- fast/canvas/webgl/texImage2D-mse-flipY-true.html

https://trac.webkit.org/changeset/223974/webkit
Comment 1 Philippe Normand 2020-04-30 03:51:40 PDT 
Endless flow of:

0:00:03.289589775    59      0x1a18550 ERROR      webkitmediaplayer MediaPlayerPrivateGStreamer.cpp:2073:handleMessage: Error 3: Invalid URI "mediasource". (url=mediasource)
0:00:03.299583788    59      0x1a18550 WARN            uridecodebin gsturidecodebin.c:1383:gen_source_element:<uridecodebin275> error: Invalid URI "mediasource".
0:00:03.299869088    59      0x1a18550 WARN               webkitmse MediaPlayerPrivateGStreamerMSE.cpp:594:updateStates: Failure: State: READY, pending: PAUSED
0:00:03.299923685    59      0x1a18550 WARN               webkitmse MediaPlayerPrivateGStreamerMSE.cpp:594:updateStates: Failure: State: READY, pending: PAUSED
Comment 2 Lauro Moura 2021-03-23 23:14:06 PDT 
*** Bug 179760 has been marked as a duplicate of this bug. ***
Comment 3 Philippe Normand 2021-05-05 10:10:55 PDT 
Well, the infinite loop is now a seek to 0. Something's not right with our MSE seek approach. The tests schedule a seek to position=3secs and somehow it's lost, the player then never starts playback and is stuck in seeks to 0 until time out.
Comment 4 Arcady Goldmints-Orlov 2021-10-27 11:39:56 PDT 
These were fixed by r283309.
Comment 5 Philippe Normand 2023-01-05 09:15:16 PST 
(In reply to Arcady Goldmints-Orlov from comment #4)
> These were fixed by r283309.

Cool. Let's close this bug then.