253877 2023-03-14 02:15:36 -0700 [GLib] No render update when seeking outside of network buffer in fullscreen 2023-04-03 13:06:51 -0700 1 1 1 Unclassified WebKit WebKitGTK WebKit Nightly Build PC Linux RESOLVED FIXED P2 Normal --- 1 kdwkleung philn aboya bugs-noreply caden eocanha mcatanzaro philn oldest_to_newest 1941150 0 kdwkleung 2023-03-14 02:15:36 -0700 In YouTube videos, when seeking outside the network buffer, the whole player area (fullscreened) would sometimes not update, until manually un-fullscreening and fullscreening again. 1941151 1 kdwkleung 2023-03-14 02:16:22 -0700 Screencast showing YouTube player not updating until un-fullscreening after seeking: http://kdwk.tplinkdns.com/index.php/s/CPo3Mi6am8sHAeK 1941152 2 kdwkleung 2023-03-14 02:19:31 -0700 Tested on WebKitGTK 2.39.91, Epiphany Technology Preview 44.rc-22-gf847def6c+, GStreamer 1.20.5 1941177 3 philn 2023-03-14 04:44:11 -0700 Can you confirm this is specific to the VA+DMABuf sink combo? 1941202 4 kdwkleung 2023-03-14 06:49:01 -0700 Just checked. Happens with no environment variables as well (non-VA, non-DMABuf) 1942414 5 philn 2023-03-19 07:58:37 -0700 This is not related with GStreamer/MSE, but with Fullscreen handling, which is implemented differently in GLib vs Apple ports (those rely on ENABLE(VIDEO_PRESENTATION_MODE) which we should at some point do too...). Anyhow... with a Chrome UA it works. Shrug. 1942416 6 pnormand 2023-03-19 08:01:53 -0700 Pull request: https://github.com/WebKit/WebKit/pull/11696 1942421 7 ews-feeder 2023-03-19 10:16:34 -0700 Committed 261839@main (4ad4b2d3a795): <https://commits.webkit.org/261839@main> Reviewed commits have been landed. Closing PR #11696 and removing active labels. 1944045 8 mcatanzaro 2023-03-26 07:34:37 -0700 *** Bug 254480 has been marked as a duplicate of this bug. *** 1944046 9 mcatanzaro 2023-03-26 07:38:36 -0700 I wish we knew why the UA quirk affects rendering updates as that seems like something websites should not be able to break no matter what they do wrong.... 1944047 10 kdwkleung 2023-03-26 07:50:09 -0700 Reporting browser as Chrome apparently also enables ‘scroll for more information’, which allows users to scroll directly to to the comments section from the fullscreened video. 1944049 11 philn 2023-03-26 08:34:20 -0700 (In reply to kdwkleung from comment #10) > Reporting browser as Chrome apparently also enables ‘scroll for more > information’, which allows users to scroll directly to to the comments > section from the fullscreened video. Is that considered a bug or a feature? :) 1944107 12 kdwkleung 2023-03-26 20:33:49 -0700 Feature. Chrome and Firefox also support this. 1946269 13 caden 2023-04-03 12:12:05 -0700 I can confirm this is now fixed in the latest technology preview. Would be nice to see this land in the stable version sometime soon as this could really improve the user experience. Thanks for all the hard work, guys! 1946290 14 mcatanzaro 2023-04-03 13:06:51 -0700 This is on the backports list for 2.40.1. (That said, I repeat my warning that it's fragile and may need to be removed in the future.)