REOPENED 194663
[GTK] YouTube playback broken in ready-to-show if webview is inside a GTK stack 
https://bugs.webkit.org/show_bug.cgi?id=194663
Summary [GTK] YouTube playback broken in ready-to-show if webview is inside a GTK stack
Cédric Bellegarde
Reported 2019-02-14 12:44:00 PST
Created attachment 362048 [details] Mini browser When a YouTube video is opened from a related webview (Twitter in this example) with media-playback-requires-user-gesture enabled, the video is loaded but not the rest of the YouTube page. As attachement: - A screencast showing the issue - A mini python browser allowing to reproduce the issue.
Attachments
Mini browser (1.17 KB, text/x-python)
2019-02-14 12:44 PST, Cédric Bellegarde 		no flags
Details
Screencast (1.72 MB, video/webm)
2019-02-14 12:44 PST, Cédric Bellegarde 		no flags
Details
stack.py (1.06 KB, text/x-python)
2019-04-18 01:59 PDT, Cédric Bellegarde 		no flags
Details
stack_remove.py (1.12 KB, text/x-python)
2019-04-18 01:59 PDT, Cédric Bellegarde 		no flags
Details
Debian testing failed (178.39 KB, image/png)
2019-04-29 09:32 PDT, Cédric Bellegarde 		no flags
Details
View All Add attachment proposed patch, testcase, etc.
Cédric Bellegarde
Comment 1 2019-02-14 12:44:38 PST
Created attachment 362049 [details] Screencast
Michael Catanzaro
Comment 2 2019-02-14 13:39:32 PST
Thanks, nice reproducer script. (In reply to Cédric Bellegarde from comment #0) > When a YouTube video is opened from a related webview Note: related webview means a webview sharing the same web process, created with webkit_web_view_new_with_created_view().
Cédric Bellegarde
Comment 3 2019-04-18 01:59:03 PDT
Ok, news on this one. 2 attachements: - stack.py => YouTube loading fails - stack_remove.py => YouTube loading ok In stack_remove.py, I just remove the previous child from stack to be sure set_visible_child() just show the widget. So, looks this issue is more an issue with WebKit2.WebView inside a Gtk.Stack
Cédric Bellegarde
Comment 4 2019-04-18 01:59:24 PDT
Created attachment 367720 [details] stack.py
Cédric Bellegarde
Comment 5 2019-04-18 01:59:40 PDT
Created attachment 367721 [details] stack_remove.py
Cédric Bellegarde
Comment 6 2019-04-18 02:08:54 PDT
Here Eolie workaround for this bug: https://gitlab.gnome.org/World/eolie/commit/1eb206b0423eeef010338251542e8afa03117cf9
Carlos Garcia Campos
Comment 7 2019-04-22 05:09:35 PDT
I can't reproduce it with 2.24.1, the same happens with both examples.
Cédric Bellegarde
Comment 8 2019-04-22 08:03:22 PDT
The same? It works or it is broken?
Carlos Garcia Campos
Comment 9 2019-04-23 03:15:50 PDT
It works
Cédric Bellegarde
Comment 10 2019-04-23 04:36:24 PDT
What distro?
Carlos Garcia Campos
Comment 11 2019-04-23 05:10:22 PDT
Debian testing
Cédric Bellegarde
Comment 12 2019-04-29 09:31:18 PDT
Happens in Debian testing here. You may need to try more than one time because sometimes, it loads correctly. But here, it fails 90% of the time.
Cédric Bellegarde
Comment 13 2019-04-29 09:32:23 PDT
Created attachment 368461 [details] Debian testing failed
Cédric Bellegarde
Comment 14 2019-04-30 12:47:18 PDT
Fix by https://gitlab.gnome.org/World/eolie/commit/af0916a64f18f1a37dea761ce2b3f7eb058a3119 Is related to Hardware Acceleration.
Philippe Normand
Comment 15 2020-04-28 04:53:35 PDT
(In reply to Cédric Bellegarde from comment #14) > Fix by > https://gitlab.gnome.org/World/eolie/commit/ > af0916a64f18f1a37dea761ce2b3f7eb058a3119 > > Is related to Hardware Acceleration. Closing then. Please reopen if something's needed on WebKit side.
Michael Catanzaro
Comment 16 2020-04-28 09:35:30 PDT
Well Eolie shouldn't have to disable AC mode.
Note You need to log in before you can comment on or make changes to this bug.