Currently, WTR just crashes when it's used. A FIXME says that the option is needed for performance testing, but it would also be good if WTR didn't die while being debugged.
Created attachment 174204 [details] proposed patch
Comment on attachment 174204 [details] proposed patch Attachment 174204 [details] did not pass mac-ews (mac): Output: http://queues.webkit.org/results/14858017 New failing tests: inspector-protocol/nmi-webaudio.html
Comment on attachment 174204 [details] proposed patch Test failure is obviously unrelated.
Comment on attachment 174204 [details] proposed patch Clearing flags on attachment: 174204 Committed r134780: <http://trac.webkit.org/changeset/134780>
All reviewed patches have been landed. Closing bug.
Comment on attachment 174204 [details] proposed patch Is m_noTimeout equal to zero? If so, can the conditional be (timeout != m_noTimeout) ?
Whoops, didn't mean to remark for review.
> Is m_noTimeout equal to zero? If so, can the conditional be (timeout != m_noTimeout) ? m_noTimeout is -1, but I don't see any practical difference between these checks. No non-positive timeout ever makes sense, because WTR will immediately die failing to handle any messages to WebProcess.