Bug 166837 – Support webkit-test-runner key-value pairs in http tests in DumpRenderTree

• Component: Tools / Tests
• Status: RESOLVED FIXED

[Antoine Quint]

With https://bugs.webkit.org/show_bug.cgi?id=149812, we added support for webkit-test-runner key-value pairs in http tests in WebKitTestRunner. We also need this to work with DumpRenderTree / WebKit1 so that we can get legacy media controls tests to work when modern media controls are on by default (see https://bugs.webkit.org/show_bug.cgi?id=165668).

[Radar WebKit Bug Importer]

<rdar://problem/29925855>

[Antoine Quint]

Created attachment 298343 [details]
Patch

[Alexey Proskuryakov]

The purpose of WKTR key value pairs is to add settings that require restarting WebContent process, and so it's by definition impossible to implement for DumpRenderTree.

The fact that it's implementable tells me that this was the wrong mechanism to enable modern media controls in tests. Why didn't a JS call work?

[WebKit Commit Bot]

Comment on attachment 298343 [details]
Patch

Clearing flags on attachment: 298343

Committed r210517: <http://trac.webkit.org/changeset/210517>

[WebKit Commit Bot]

All reviewed patches have been landed.  Closing bug.

[Antoine Quint]

(In reply to comment #3)
> The fact that it's implementable tells me that this was the wrong mechanism
> to enable modern media controls in tests. Why didn't a JS call work?

The value of using a WKTR key-value pair is that the setting can be set prior to any media element being created inside the test. Using a JS call would have required for all media tests that wish to set a different value than the default to dynamically create the media element after calling JS to change it.

[Alexey Proskuryakov]

My understanding is that the markup for the media element won't be parsed until preceding JS executes. In other words, this should work due to the way HTML parser works, (and it works that way because of document.write()):

<script>
internals.enableModernMediaControls();
</script>
<video>...</video>