You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Deep links to #/report/test-runs/<test_unique_id>/ don't resolve on a cold page load — they redirect to #/report/test-runs (the full Test Performance list). This is the exact link edr monitor --report-url generates for test alerts, so every Slack alert's report link opens the full test list instead of the failing test.
This is the same class of cold-load redirect-guard bug as #2182, but for test-runs (that issue is scoped to model-runs and notes test-runs as unaffected — that's no longer the case).
Environment
edr (elementary-data): reproduced on 0.23.1, 0.23.2, 0.23.4, 0.24.0, 0.24.1, 0.25.0
OSS self-hosted report (static HTML, no Cloud)
Steps to reproduce
Generate a report and send alerts with edr monitor --report-url <host>.
In a fresh tab, open a test alert's report link: <host>/#/report/test-runs/<test_unique_id>/.
Observe it lands on #/report/test-runs (full list); the specific test is never selected.
Expected: the link opens the specific test's run history.
Actual: redirects to the full Test Performance list.
Evidence across versions
I injected a real report's window.elementaryData into each version's bundled report/index.html and cold-loaded the deep link in headless Chrome. All six versions (0.23.1 → 0.25.0) land on the unfiltered list. The data renders correctly in each, so it's the routing/redirect guard, not a data problem.
Likely cause / fix
Same mechanism as #2182: the detail route's redirect guard fires while data is still in its initial empty/fetching state, then navigates to the parent list. Likely fixes: guard the redirect useEffect with the isFetching flag, or fall back to embedded report data instead of an empty array during fetch.
(Noting the report frontend that generates the artifact isn't public, so external contributors can't patch it directly.)
Summary
Deep links to
#/report/test-runs/<test_unique_id>/don't resolve on a cold page load — they redirect to#/report/test-runs(the full Test Performance list). This is the exact linkedr monitor --report-urlgenerates for test alerts, so every Slack alert's report link opens the full test list instead of the failing test.This is the same class of cold-load redirect-guard bug as #2182, but for test-runs (that issue is scoped to model-runs and notes test-runs as unaffected — that's no longer the case).
Environment
Steps to reproduce
edr monitor --report-url <host>.<host>/#/report/test-runs/<test_unique_id>/.#/report/test-runs(full list); the specific test is never selected.Expected vs actual
Evidence across versions
I injected a real report's
window.elementaryDatainto each version's bundledreport/index.htmland cold-loaded the deep link in headless Chrome. All six versions (0.23.1 → 0.25.0) land on the unfiltered list. The data renders correctly in each, so it's the routing/redirect guard, not a data problem.Likely cause / fix
Same mechanism as #2182: the detail route's redirect guard fires while data is still in its initial empty/fetching state, then navigates to the parent list. Likely fixes: guard the redirect
useEffectwith theisFetchingflag, or fall back to embedded report data instead of an empty array during fetch.(Noting the report frontend that generates the artifact isn't public, so external contributors can't patch it directly.)