RESOLVED WORKSFORME 122130
WebProcess freezes after fast/forms/form-associated-element-crash3.html test 
https://bugs.webkit.org/show_bug.cgi?id=122130
Summary WebProcess freezes after fast/forms/form-associated-element-crash3.html test
Tim Horton
Reported 2013-09-30 15:24:27 PDT
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.
Attachments
Add attachment proposed patch, testcase, etc.
Alexey Proskuryakov
Comment 1 2013-10-07 13:18:00 PDT
Started to look into this. WKTR actually fails to quit for some reason, even with a longer delay.
Alexey Proskuryakov
Comment 2 2013-10-07 16:28:32 PDT
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.
Alexey Proskuryakov
Comment 3 2013-10-07 16:31:31 PDT
<rdar://problem/15171108>
Alexey Proskuryakov
Comment 4 2013-10-07 17:43:43 PDT
I guess this is configuration dependent, and may not freeze everywhere.
Alexey Proskuryakov
Comment 5 2014-04-05 01:22:12 PDT
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.
Alexey Proskuryakov
Comment 6 2014-04-05 01:22:43 PDT
*** Bug 124593 has been marked as a duplicate of this bug. ***
Note You need to log in before you can comment on or make changes to this bug.