WTR::TestController::decidePolicyForPluginLoad() should output bundle identifier on release assert. This makes it easier to determine which installed plugin is causing this test to fail: imported/w3c/web-platform-tests/content-security-policy/plugin-types/plugintypes-nourl-allowed.html
Usually I was able to tell from test source. This one contains "application/x-shockwave-flash".
Created attachment 387386 [details] Patch v1
<rdar://problem/58493937>
(In reply to Alexey Proskuryakov from comment #1) > Usually I was able to tell from test source. This one contains > "application/x-shockwave-flash". Okay, that's wasn't obvious to me from the comment in the source.
(In reply to David Kilzer (:ddkilzer) from comment #4) > (In reply to Alexey Proskuryakov from comment #1) > > Usually I was able to tell from test source. This one contains > > "application/x-shockwave-flash". > > Okay, that's wasn't obvious to me from the comment in the source. "source" here refers to the C++ source in Tools/WebKitTestRunner/TestController.cpp.
Comment on attachment 387386 [details] Patch v1 Oh heck yes! r=me.
The ios-wk2 test failure appears to be unrelated.
The commit-queue encountered the following flaky tests while processing attachment 387386 [details]: editing/spelling/spellcheck-async-remove-frame.html bug 158401 (authors: morrita@google.com, rniwa@webkit.org, and tony@chromium.org) The commit-queue is continuing to process your patch.
Comment on attachment 387386 [details] Patch v1 Clearing flags on attachment: 387386 Committed r254473: <https://trac.webkit.org/changeset/254473>
All reviewed patches have been landed. Closing bug.