122130 2013-09-30 15:24:27 -0700 WebProcess freezes after fast/forms/form-associated-element-crash3.html test 2014-04-05 01:22:43 -0700 1 1 1 Unclassified WebKit Media 528+ (Nightly build) Unspecified Unspecified RESOLVED WORKSFORME InRadar P1 Normal --- 1 thorton webkit-unassigned ap dfarler dino eric.carlson jer.noble jonlee lforschler matthew_hanson rniwa roger_fong oldest_to_newest 934837 0 thorton 2013-09-30 15:24:27 -0700 run-webkit-tests -2 --no-retry-failures -v fast/forms/form-associated-element-crash3.html results in: > [1/1] fast/forms/form-associated-element-crash3.html passed > stopping WebKitTestRunner(pid 80889) timed out, killing it I don’t expect to see the second line about killing WKTR. Also, when I run all of fast/forms (with 6 child processes against r156559; don’t know if sharding matters), I see: > Last character read from DRT stdout line was not a newline! just after this test runs. 937215 1 ap 2013-10-07 13:18:00 -0700 Started to look into this. WKTR actually fails to quit for some reason, even with a longer delay. 937275 2 ap 2013-10-07 16:28:32 -0700 Tools work correctly, WebProcess actually hangs when cleaning up between tests. This happens deep inside MediaToolbox when we call CFRelease on an AVURLAsset. Reproducible freeze -> P1. 937276 3 ap 2013-10-07 16:31:31 -0700 <rdar://problem/15171108> 937293 4 ap 2013-10-07 17:43:43 -0700 I guess this is configuration dependent, and may not freeze everywhere. 997857 5 ap 2014-04-05 01:22:12 -0700 This bug was below WebKit, and it got fixed in OS X 10.9.2. Removed expectations for this and related tests in <http://trac.webkit.org/r166829>. Let's see how well this works, especially on Mountain Lion. 997859 6 ap 2014-04-05 01:22:43 -0700 *** Bug 124593 has been marked as a duplicate of this bug. ***