[Webkit-unassigned] [Bug 121833] Not accurate behavior of the requestAnimationFrame API

[bugzilla-daemon at webkit.org]

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


Zalan Bujtas <zalan at apple.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |INVALID
                 CC|                            |zalan at apple.com




--- Comment #2 from Zalan Bujtas <zalan at apple.com>  2013-09-26 07:47:07 PST ---
(In reply to comment #0)
> While I testing the requestAnimationFrame API. I found small crack on there.
> 
> When one changes the contents at the requestAnimatoinFrame callback, it should be displayed, even though there is additional change between the two consecutive requestAnimationFrame callbacks.
> 
> So I write the attached test code, which is change the <p> tags contents into "text from requestAnimationFrame" on requestAnimation frame, and after that, within short time I've changed it into "text from setTimeout". In theory, it should display the "text from requestAnimationFrame for all time. But it's flickering or just display the "text from setTimout" always.
> 
> Is it a correct behavior? Or did I misunderstand something?
> 
> 
> Attached r.html is the test code.
> 
> Thanks,
> Quho

requestAnimationFrame() gets called before the browser performs the next repaint. However it is not defined when the repaint actually happens. It seems like you expect to have it happen soon after your JS function returns, but it's neither defined nor guaranteed. It could very well happen sometime after your timer hits.
Firefox behaves the same.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.