exlab_wizard.ui.pages.problems#

Problems tab (Frontend Spec §11).

Filter chips (Severity, Class, State, Scope), table of findings, and a footer status bar (“Showing N of M findings · Last audit: HH:MM:SS · Next refresh in 23s”).

The override-and-allow-sync dialog (§11.5) is implemented here as well: the operator picks a reason (10–500 chars after trim), an optional expiry, ticks the acknowledgement checkbox, and submits.

Functions

`class_chip_definitions`()	One chip per problem class (Frontend §11.1).
`empty_state_text`(state, *[, ...])	Compute the empty-state copy per Frontend §11.4.
`filter_findings`(findings, state)	Filter `findings` against the active chip / search state.
`near_limit`(reason)	Return `True` when the counter should turn warning-tier (last 10).
`render_problems_page`(*, findings[, state, ...])	Render the Problems tab content.
`severity_chip_definitions`()	Severity chips per Frontend §11.1.
`state_chip_definitions`()	State chips (Frontend §11.1).
`validate_override_reason`(reason)	Validate an override reason per Frontend §11.5.

Classes

`Finding`(finding_id, severity, rule_class, ...)	One row in the Problems table.
`ProblemsPageState`([severity_chips, ...])	Mutable filter state.

class exlab_wizard.ui.pages.problems.Finding(finding_id, severity, rule_class, path, matched_token, run_label, equipment, detected_at, state)[source]#

Bases: object

One row in the Problems table.

Parameters:

finding_id (str)
severity (str)
rule_class (str)
path (str)
matched_token (str)
run_label (str | None)
equipment (str)
detected_at (str)
state (str)

detected_at: str#

equipment: str#

finding_id: str#

matched_token: str#

path: str#

rule_class: str#

run_label: str | None#

severity: str#

state: str#

class exlab_wizard.ui.pages.problems.ProblemsPageState(severity_chips=<factory>, class_chips=<factory>, state_chips=<factory>, scope='all', search='')[source]#