Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[testharness.js] Respect properties.output in assert_wrapper #27320

Merged
merged 1 commit into from Jan 26, 2021

Conversation

chromium-wpt-export-bot
Copy link
Collaborator

@chromium-wpt-export-bot chromium-wpt-export-bot commented Jan 26, 2021

The method was using settings.output to determine if visual output was
enabled. It then performed an expensive operation only if it was.
However, settings.output is not updated even if 'output' is
specified in a call to setup(..) from the testharnessreport.js, as the
'settings' object is meant to outlive different setups (it seems).

This change adds an output member to the Tests object, which is
initialized from settings.output and then updated by setup(..). We
may want a slightly different fix long-term, but this bug is suspected
of causing a 33% performance regression on Chromium MSAN bots, so we
need something quick!

Bug: 1170588
Change-Id: I4d461b846a8cc718d6f8988e5cfec93effa8100a
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2648201
Commit-Queue: Stephen McGruer <smcgruer@chromium.org>
Reviewed-by: Darwin Huang <huangdarwin@chromium.org>
Cr-Commit-Position: refs/heads/master@{#847028}

Copy link
Collaborator

@wpt-pr-bot wpt-pr-bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The review process for this patch is being conducted in the Chromium project.

The method was using settings.output to determine if visual output was
enabled. It then performed an expensive operation only if it was.
However, settings.output is not updated even if 'output' is
specified in a call to setup(..) from the testharnessreport.js, as the
'settings' object is meant to outlive different setups (it seems).

This change adds an output member to the Tests object, which is
initialized from settings.output and then updated by setup(..). We
may want a slightly different fix long-term, but this bug is suspected
of causing a 33% performance regression on Chromium MSAN bots, so we
need something quick!

Bug: 1170588
Change-Id: I4d461b846a8cc718d6f8988e5cfec93effa8100a
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2648201
Commit-Queue: Stephen McGruer <smcgruer@chromium.org>
Reviewed-by: Darwin Huang <huangdarwin@chromium.org>
Cr-Commit-Position: refs/heads/master@{#847028}
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants