wpt.fyi icon indicating copy to clipboard operation
wpt.fyi copied to clipboard

Published 20 hours ago • verified publisher icon web-platform-tests

When accessing triage from the individual test view, the "Search for bug" is incorrect

Open schenney-chromium opened this issue 4 years ago • 2 comments

To reproduce:

  • Find a failing test and go to the individual test view, where youhave the test name and then a box for each browser with PASS/FAIL, "Compare" etc. e.g. https://wpt.fyi/results/css/css-transforms/2d-rotate-001.html?label=master&label=experimental&aligned
  • Go into Triage mode and click on the "FAIL" for a browser to add it to the triage set. Note it's not obvipous that you need to click on "FAIL". Clicking on "Compare" accesses compare, rather than adding for triage.
  • Click TRIAGE and note that the "Search for bug" link is searching for "Harness status" and not the test name.

schenney-chromium avatar Jan 29 '21 16:01 schenney-chromium

(Likely related to https://github.com/web-platform-tests/wpt.fyi/issues/2286)

stephenmcgruer avatar Jan 29 '21 16:01 stephenmcgruer

I've seen something similar when triaging testharness.js subtests. Then, searching searches for the name of the subtest, which honestly is very unlikely to find a bug, and just searching by the test name is more likely to find something. https://github.com/web-platform-tests/wpt.fyi/issues/2286 is about the harness status being treated as a subtest name when writing out the metadata, but here the issue is considering subtest names at all.

foolip avatar Jan 29 '21 23:01 foolip