[Webkit-unassigned] [Bug 234303] Varying rAF during WebGL video upload on iPod touch 7, iOS 15.2

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=234303

--- Comment #8 from Simon Taylor <simontaylor1 at ntlworld.com> ---
Another way to trigger this is just to navigate away from the page (just enter a new URL), and then hit back.

Here's another simpler reproducer - it's a simple gl.clear() in the draw call, but then with a busy loop that waits until (performance.now() > frameStart + 8):

https://tango-bravo.net/webkit-bug-234303/clear_color_cycle_busyloop.html

I'd thought it might be related to caching options, but here's one with "Cache control: no-store" that still reproduces readily:

https://tango-bravo.net/webkit-bug-234303/clear_color_cycle_busyloop_nocache.html

I'm pretty confident in my diagnosis that the buggy behaviour involves waiting 16.66ms after one rAF callback completes before triggering the following one, rather than basing timing on screen refresh.

Does feel something to do with bringing a recent closed tab back to life that skips setting up the CADisplayLink properly.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20211215/fbcfdb51/attachment.htm>