Skip to content

Add a severity filter to the awesome report (fixes #921) - #920

Open
d-braun wants to merge 5 commits into
allure-framework:mainfrom
d-braun:feat/awesome-severity-filter
Open

Add a severity filter to the awesome report (fixes #921)#920
d-braun wants to merge 5 commits into
allure-framework:mainfrom
d-braun:feat/awesome-severity-filter

Conversation

@d-braun

@d-braun d-braun commented Sep 2, 2026

Copy link
Copy Markdown
Contributor

Context

Fixes #921

The awesome report could be narrowed down by transition, tags and categories, but not by severity — even though the severity label is already shown on every test result. This adds a severity dropdown next to the existing quick filters.

  • The dropdown is always visible and offers all five severity levels plus a separate No severity option, so test results that carry no severity label can be filtered for explicitly.
  • Selecting several levels combines them with OR, and the selection is kept in the severity url param, in line with the transition filter.
  • To make this work, the generator now writes the value of the severity label to each tree leaf, falling back to the new noSeverityValue ("none") sentinel from core-api when the label is absent.
  • All 21 locales already had filters.severity and the severity.* level names, so only the new severity.none entry had to be translated.

While covering the new filter, the same code path turned out to be broken for transitions: the transition filter rebuilt from the url put logicalOperator inside the field instead of on the field filter itself, so buildFieldFilters fell back to AND and chained the selected transitions with it. Since a test result has exactly one transition, selecting more than one transition matched nothing at all. That is fixed in a separate commit, with a regression test.

Bildschirmfoto 2026-09-02 um 16 14 03

Checklist

Adds a severity dropdown next to the existing quick filters, so test
results can be narrowed down to one or more severity levels. Test
results without a `severity` label are selectable as their own option
("no severity"), backed by the `none` sentinel value written to the
tree leaves.

The filter is always visible and its state is kept in the `severity`
url param, in line with the transition filter.
The transition filter rebuilt from the url put `logicalOperator` inside
the field instead of on the field filter itself, so `buildFieldFilters`
fell back to "AND" and chained the selected transitions with it. Since a
test result has exactly one transition, selecting more than one
transition matched nothing at all.
@d-braun
d-braun force-pushed the feat/awesome-severity-filter branch from 02b35ec to 0f976f2 Compare September 2, 2026 14:32
@d-braun d-braun changed the title Add a severity filter to the awesome report Add a severity filter to the awesome report (fixes #921) Sep 2, 2026
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.

Filter test results by severity in the awesome report

1 participant