245851 2022-09-29 15:36:32 -0700 [GStreamer][MSE] High resolution video playback broken on Odysee.com due to unimplemented changeType operation 2022-10-10 07:56:20 -0700 1 1 1 Unclassified WebKit Media Other PC Linux RESOLVED FIXED InRadar P2 Critical --- 1 caden calvaris aboya bugs-noreply calvaris mcatanzaro philn webkit-bug-importer oldest_to_newest 1902208 0 caden 2022-09-29 15:36:32 -0700 System: Operating System: Fedora 36 (with Gnome on Wayland) CPU: AMD Ryzen 7 3700X GPU: AMD Radeon RX 5700 XT Gnome Web version: 42.2 WebKitGTK version: 2.38.0 I've noticed a major issue when trying to stream video content from a site known as Odysee.com. This site is a competitor to YouTube, and is a good example of playback issues. In Chrome and Firefox, a user can select a video quality in the lower right corner. The site typically defaults to 720p, but can be changed to 1080p. Selecting 1080p in Chrome and Firefox will cause the video to load as expected. Selecting this option in WebKitGTK will cause the video to buffer indefinitely, and may even cause the webpage to become completely unresponsive. Now, you may notice there are two "1080p" options on Odysee's videos. One says "1080p", the other says "original (1080p)". Selecting "original" can sometimes work, selecting "1080p" will break the playback. This is a bug I can only replicate on WebKitGTK. Additionally, some one-off video sites are just absolutely terrible from time to time. It likely depends on the codecs being used, but an example of this is https://videos.trom.tf . I don't use this site personally or know much about it, but I loaded a video through it once and it just refused to play in 1080p on WebKit, much the same as Odysee, but worked fine in Firefox. It seems the video playback system needs a lot of work. 1902211 1 mcatanzaro 2022-09-29 15:40:27 -0700 Please try with: export GST_DEBUG="3,webkit*:6" GST_DEBUG_FILE="$HOME/gst.log" GST_DEBUG_NO_COLOR=1 WEBKIT_FORCE_SANDBOX=0 Try to reproduce the bug immediately after starting the browser, doing as little as possible so that the log is as short as possible. Then attach the gst.log. 1902214 2 caden 2022-09-29 15:46:01 -0700 My apologies, this command did not output any file. 1902215 3 462719 caden 2022-09-29 15:56:05 -0700 Created attachment 462719 log from gnome web console Was able to recover a log from the Gnome Web console feature 1902765 4 philn 2022-10-03 01:29:50 -0700 NotSupportedError: The operation is not supported. changeType That's a known missing feature of our MSE backend... 1903057 5 calvaris 2022-10-04 01:15:07 -0700 (In reply to Philippe Normand from comment #4) > NotSupportedError: The operation is not supported. > changeType > > That's a known missing feature of our MSE backend... I think there is a way, IIRC, to avoid having changeType exposed in the IDL: [EnabledBySetting=SourceBufferChangeTypeEnabled] undefined changeType(DOMString type); I guess we have to disable this. 1903059 6 calvaris 2022-10-04 01:16:35 -0700 If we disable it in the IDL, it won't be exposed and apps will be able to check if it's undefined and act accordingly. If they don't check it, the app will fail but it would be their fault then. 1903746 7 calvaris 2022-10-06 07:36:03 -0700 Pull request: https://github.com/WebKit/WebKit/pull/5085 1904494 8 ews-feeder 2022-10-10 07:55:19 -0700 Committed 255345@main (90f34d7eabdf): <https://commits.webkit.org/255345@main> Reviewed commits have been landed. Closing PR #5085 and removing active labels. 1904495 9 webkit-bug-importer 2022-10-10 07:56:20 -0700 <rdar://problem/100978642> 462719 2022-09-29 15:56:05 -0700 2022-09-29 15:56:05 -0700 log from gnome web console Console.txt text/plain 1609 caden W0xvZ10gICh1aS0yMDIyMDkyOTE1MzkuZDQyODdmMmRhYy5qcywgbGluZSA5MTYpCkNvbm5lY3Rl ZCB0byBub3RpZmljYXRpb24gV1MgCgoKW0Vycm9yXSBGYWlsZWQgdG8gbG9hZCByZXNvdXJjZTog dGhlIHNlcnZlciByZXNwb25kZWQgd2l0aCBhIHN0YXR1cyBvZiA0MDMgKEZvcmJpZGRlbikgKHN0 YXR1cywgbGluZSAwKQpbSW5mb10gQ29udGVudCBibG9ja2VyIHByZXZlbnRlZCBmcmFtZSBkaXNw bGF5aW5nIGh0dHBzOi8vb2R5c2VlLmNvbS9ASHVnZ2JlZXM6MS9jbGlmZm9yZC10aGUtYmlnLXJl ZC1kb2ctdGVycmlmaWVzLW1lOjggZnJvbSBsb2FkaW5nIGEgcmVzb3VyY2UgZnJvbSBodHRwczov L3RnMS5hbml2aWV3LmNvbS9hcGkvYWRzZXJ2ZXIvc3B0P0FWX1RBR0lEPTYyNTJiYjZmMjg5NTEz MzNlYzEwYTdhNiZBVl9QVUJMSVNIRVJJRD02MDFkOWE3ZjJlNjg4YTc5ZTE3YzEyNjUgKHVpLTIw MjIwOTI5MTUzOS5kNDI4N2YyZGFjLmpzLCBsaW5lIDkxNikKW0Vycm9yXSBWSURFT0pTOiDigJMg IkVSUk9SOiIKTm90U3VwcG9ydGVkRXJyb3I6IFRoZSBvcGVyYXRpb24gaXMgbm90IHN1cHBvcnRl ZC4KY2hhbmdlVHlwZQooYW5vbnltb3VzIGZ1bmN0aW9uKSDigJQgdmlkZW8uZXMuanM6NDc0MjgK ZSDigJQgdmlkZW8uZXMuanM6NDcyNDgKZ2Mg4oCUIHZpZGVvLmVzLmpzOjQ3NDQ2Cihhbm9ueW1v dXMgZnVuY3Rpb24pIOKAlCB2aWRlby5lcy5qczo0NzY4OQooYW5vbnltb3VzIGZ1bmN0aW9uKSDi gJQgdmlkZW8uZXMuanM6NDc3MjAKZm9yRWFjaAooYW5vbnltb3VzIGZ1bmN0aW9uKSDigJQgdmlk ZW8uZXMuanM6NDc3MTIKdCDigJQgdmlkZW8uZXMuanM6NTE3ODgKKGFub255bW91cyBmdW5jdGlv bikg4oCUIHZpZGVvLmVzLmpzOjIzMTAKeXQg4oCUIHZpZGVvLmVzLmpzOjI0NDYKKGFub255bW91 cyBmdW5jdGlvbikg4oCUIHZpZGVvLmVzLmpzOjI4NDkKKGFub255bW91cyBmdW5jdGlvbikg4oCU IHZpZGVvLmVzLmpzOjQ1NzE2Cihhbm9ueW1vdXMgZnVuY3Rpb24pCmNhbGxiYWNrIOKAlCB2aWRl by5lcy5qczo0MjIyMwphIOKAlCB2aWRlby5lcy5qczo0MTgzNQphIOKAlCBoZWxwZXJzLnRzOjk1 CgkoYW5vbnltb3VzIGZ1bmN0aW9uKSAodWktMjAyMjA5MjkxNTM5LmQ0Mjg3ZjJkYWMuanM6OTE2 OjM1NTg3NykKCShhbm9ueW1vdXMgZnVuY3Rpb24pICh1aS0yMDIyMDkyOTE1MzkuZDQyODdmMmRh Yy5qczoxNzoxNDMyKQoJKGFub255bW91cyBmdW5jdGlvbikgKHVpLTIwMjIwOTI5MTUzOS5kNDI4 N2YyZGFjLmpzOjE3OjEyODI5KQoJeXQgKHVpLTIwMjIwOTI5MTUzOS5kNDI4N2YyZGFjLmpzOjE3 OjEzODAyKQoJKGFub255bW91cyBmdW5jdGlvbikgKHVpLTIwMjIwOTI5MTUzOS5kNDI4N2YyZGFj LmpzOjE3OjE1NDM3KQoJKGFub255bW91cyBmdW5jdGlvbikgKHVpLTIwMjIwOTI5MTUzOS5kNDI4 N2YyZGFjLmpzOjE4OjE1MzY3OSkKCShhbm9ueW1vdXMgZnVuY3Rpb24pCgljYWxsYmFjayAodWkt MjAyMjA5MjkxNTM5LmQ0Mjg3ZjJkYWMuanM6MTg6MTIyNzI1KQoJYSAodWktMjAyMjA5MjkxNTM5 LmQ0Mjg3ZjJkYWMuanM6MTg6MTE5OTg4KQoJYSAodWktMjAyMjA5MjkxNTM5LmQ0Mjg3ZjJkYWMu anM6MjA6MjA1NjUyKQ==