Philip Jägenstedt

Alright, so maybe we can also try to prepend 'https://' and checking if that's a valid URL, so that things like "crbug.com/1234" still work.

The discussion in https://github.com/web-platform-tests/results-collection/issues/98 might also be relevant to this, although we could at most align the tests, not the subtests.

@Hexcles, WDYT, would it make sense for the results receiver to combine information from the run and the manifest to produce the final form suitable for wpt.fyi?

@Hexcles can you rename this issue to better describe the solution you have in mind?

Could the results receiver use `wpt manifest` locally? That will download when possible and otherwise generate.

Sounds like it was named appropriately :)

I've been working in https://github.com/foolip/wpt-stats to see if we can ensure there are manifests available for download for at least all master runs, and I've filed https://github.com/web-platform-tests/wpt/issues/19311 for a few...

@gsnedders this is what I see on https://staging.wpt.fyi/interop-2022?feature=interop-2022-color in Safari right now: I would call that "not great" as well, but it doesn't match your screenshot. Can you reproduce this...

@gsnedders I see, you zoomed in on part of the graph. That does result in something pretty silly.

@gsnedders did you try your suggestion locally? I tried it and a bunch of variations, but didn't arrive at something I thought really fixes the problem well.