Name Description Size
__init__.py 0
browsers 21
config.py 1679
environment.py Context manager that owns the test environment i.e. the http and websockets servers 8017
executors 23
expected.py Path to the expectation data file for a given test path. This is defined as metadata_path + relative_test_path + .ini :param metadata_path: Path to the root of the metadata directory :param test_path: Relative path to the test file from the test root 444
expectedtree.py This is basically a measure of the uniformity of the values in results based on the shannon entropy 4615
font.py 5328
formatters 5
manifestexpected.py Manifest structure used to store expected results of a test. Each manifest file is represented by an ExpectedManifest that has one or more TestNode children, one per test in the manifest. Each TestNode has zero or more SubtestNode children, one for each known subtest of the test. 14574
manifestinclude.py Manifest structure used to store paths that should be included in a test run. The manifest is represented by a tree of IncludeManifest objects, the root representing the file and each subnode representing a subdirectory that should be included or excluded. 5469
manifestupdate.py Manifest structure used to update the expected results of a test Each manifest file is represented by an ExpectedManifest that has one or more TestNode children, one per test in the manifest. Each TestNode has zero or more SubtestNode children, one for each known subtest of the test. In these representations, conditionals expressions in the manifest are not evaluated upfront but stored as python functions to be evaluated at runtime. When a result for a test is to be updated set_result on the [Sub]TestNode is called to store the new result, alongside the existing conditional that result's run info matched, if any. Once all new results are known, update is called to compute the new set of results and conditionals. The AST of the underlying parsed manifest is updated with the changes, and the result is serialised to a file. 37004
metadata.py A wrapper around RunInfo dicts so that they can be hashed by identity 29860
products.py Return tuple of (property_order, boolean_properties) indicating the run_info properties to use when constructing the expectation data for this product. None for either key indicates that the default keys appropriate for distinguishing based on platform will be used. 2733
stability.py Handler that filters out messages not of a given set of actions. Subclasses BaseHandler. :param inner: Handler to use for messages that pass this filter :param actions: List of actions for which to fire the handler 12287
testdriver-extra.js 4685
testdriver-vendor.js 38
testharness_runner.html 95
testharnessreport-servo.js 586
testharnessreport-servodriver.js 848
testharnessreport.js This function handles the next testdriver event. The presence of window.testdriver_callback is used as a switch; when that function is present we are able to handle the next event and when is is not present we must wait. Therefore to drive the event processing, this function must be called in two circumstances: Every time there is a new event that we may be able to handle Every time we set the callback function This function unsets the callback, so no further testdriver actions will be run until it is reset, which wptrunner does after it has completed handling the current action. 2305
testloader.py Like HashChunker except the directory is hashed. This ensures that all tests in the same directory end up in the same chunk. 12496
testrunner.py Log a message with level %s :param message: The string message to log 33768
tests 11
update 7
vcs.py 1643
webdriver_server.py Returns the full command for starting the server process as a list. 8765
wptcommandline.py Runner for web-platform-tests tests. 35211
wptlogging.py Filter that replaces log messages at specified levels with messages at a different level. This can be used to e.g. downgrade log messages from ERROR to WARNING in some component where ERRORs are not critical. :param inner: Handler to use for messages that pass this filter :param from_levels: List of levels which should be affected :param to_level: Log level to set for the affected messages 2197
wptmanifest 6
wptrunner.py Runner for web-platform-tests The runner has several design goals: * Tests should run with no modification from upstream. * Tests should be regarded as "untrusted" so that errors, timeouts and even crashes in the tests can be handled without failing the entire test run. * For performance tests can be run in multiple browsers in parallel. The upstream repository has the facility for creating a test manifest in JSON format. This manifest is used directly to determine which tests exist. Local metadata files are used to store the expected test results. 16061
wpttest.py Add extra build information from a mozinfo.json file in a parent directory 18091