145626 2015-06-03 18:12:38 -0700 Non-deterministic Inspector Pause and Resume events makes tests flaky 2016-12-14 13:19:58 -0800 1 1 1 Unclassified WebKit Web Inspector 528+ (Nightly build) Unspecified Unspecified RESOLVED DUPLICATE 161951 InRadar P2 Normal --- 1 mark.lam webkit-unassigned bburg graouts inspector-bugzilla-changes jonowells webkit-bug-importer oldest_to_newest 1099349 0 mark.lam 2015-06-03 18:12:38 -0700 DebuggerManager.debuggerDidResume() defers the dispatch of the Resumed event. DebuggerManager.debuggerDidPause() can eat that Resumed event as well as the next Paused Event if debuggerDidPause() happens to be called before debuggerDidResume()'s delayedWork() fires. As a result, we can cannot write tests that can depend on a consistent order of Pause and Resume events. I was advised to use the CallFramesDidChange event instead. The problem with this is that the number of CallFramesDidChange events firing also depends on the race between debuggerDidPause() and debuggerDidResume()'s delayedWork(). For example, the regression test of https://bugs.webkit.org/show_bug.cgi?id=145525 (which is currently written to assume that some Paused and Resume events will be eaten) runs fine on WK1 using DumpRenderTree. When we run it on WK2 using WKRT which runs a lot slower, the events don't get eaten. As a result, the test fails. 1099350 1 webkit-bug-importer 2015-06-03 18:13:12 -0700 <rdar://problem/21234384> 1259876 2 bburg 2016-12-14 13:19:58 -0800 *** This bug has been marked as a duplicate of bug 161951 ***