RESOLVED FIXED 137162
Web Replay: Playback position updates should be sent before the next event loop input is dispatched
https://bugs.webkit.org/show_bug.cgi?id=137162
Summary Web Replay: Playback position updates should be sent before the next event lo...
Brian Burg
Reported 2014-09-26 16:44:18 PDT
To drive updates to playback position in the UI we send ReplayPosition coordinates as the backend dispatches inputs. However, right now the semantics of being at a ReplayPosition is currently muddy. The update is currently sent *after* the input at the offset is dispatched. This leads to unexpected results if the debugger pauses while the input is dispatched, and the frontend has a stale playback position when the debugger pauses. What it should mean is that for ReplayPosition(segmentOffset=n, inputOffset=m), the backend is about to dispatch input m, but has not yet begun to do so. Thus, any subsequent page execution events (profiling, debugger pauses, etc) are caused by m being dispatched.
Attachments
WIP 0a (1.76 KB, patch)
2014-09-26 16:47 PDT, Brian Burg
no flags
WIP 0b (876 bytes, patch)
2014-09-26 16:48 PDT, Brian Burg
no flags
WIP 0c (2.07 KB, patch)
2014-09-26 16:48 PDT, Brian Burg
no flags
Patch (6.97 KB, patch)
2014-09-26 17:48 PDT, Brian Burg
no flags
Radar WebKit Bug Importer
Comment 1 2014-09-26 16:44:32 PDT
Brian Burg
Comment 2 2014-09-26 16:47:37 PDT
Brian Burg
Comment 3 2014-09-26 16:48:10 PDT
Brian Burg
Comment 4 2014-09-26 16:48:36 PDT
Brian Burg
Comment 5 2014-09-26 17:48:50 PDT
WebKit Commit Bot
Comment 6 2014-09-27 15:17:35 PDT
Comment on attachment 238751 [details] Patch Clearing flags on attachment: 238751 Committed r174037: <http://trac.webkit.org/changeset/174037>
WebKit Commit Bot
Comment 7 2014-09-27 15:17:38 PDT
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.