|
Some checks failed
CI / changes (push) Successful in 8s
CI / changes (pull_request) Has been cancelled
CI / backend-tests (pull_request) Has been cancelled
CI / frontend-tests (pull_request) Has been cancelled
CI / openapi-codegen-check (pull_request) Has been cancelled
CI / backend-tests (push) Has been cancelled
CI / frontend-tests (push) Has been cancelled
CI / openapi-codegen-check (push) Has been cancelled
_STATUS_BADGE_CLS_RE was too broad: `status|badge|tag|chip|label` matched
generic UI elements (e.g. <span class="label">, <span class="chip">) that
are unrelated to the sale-status badge, risking picking the wrong block.
Narrowed to `(?<![a-z])status(?![a-z])` — requires the literal token
"status" as a hyphen-delimited component of the CSS class (matches
`status-badge`, `flat-status-tag`, `object-status` but not bare `label`,
`tag`, `chip`, `badge`).
Adds regression test: page with generic label/tag/chip/badge elements
containing "В продаже" must NOT activate Level-1; only the real
`status-badge` block ("Продана") should be returned → status=sold.
|
||
|---|---|---|
| .. | ||
| __init__.py | ||
| test_domrf_catalog_object.py | ||
| test_domrf_catalog_parse.py | ||
| test_domrf_kn_normalize.py | ||
| test_ekb_krt_registry.py | ||
| test_ekb_ppt_tep_parser.py | ||
| test_gisogd_so_client.py | ||
| test_izyatie_ocr.py | ||
| test_okn_egrkn_client.py | ||
| test_page_reservation_parser.py | ||