test(e2e): accept 422 alongside 404 for unfetchable page - #48
test(e2e): accept 422 alongside 404 for unfetchable page#48ilya-bogin-keenable wants to merge 1 commit into
Conversation
The fetch backend now rejects a dead page with a 422 ("Unprocessable
entity") instead of a 404 ("Not found") depending on how far the upstream
fetch got. Both are valid "this page can't be fetched" outcomes, so
test_dead_page now accepts either error string instead of pinning the
exact one — the CLI contract (exit code 1 + structured error) is unchanged.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
PR Summary by Qodotest(e2e): accept 422 or 404 for unfetchable page
AI Description
Diagram
High-Level Assessment
Files changed (1)
|
CI Feedback 🧐A test triggered by this PR failed. Here is an AI-generated analysis of the failure:
|
What
Last night's e2e run failed on all three platforms (Linux/macOS/Windows) at a single test:
test_fetch.py::test_dead_page.Why
The fetch backend now rejects an unfetchable page (
https://example.com/nonexistent-xyz-12345) with a 422 "Unprocessable entity" instead of a 404 "Not found", depending on how far the upstream fetch got. Reproduced locally against the live API — it returns either string. The CLI contract (exit code1+ structured YAML error) is unchanged; only the backend's error label shifted.Fix
test_dead_pagenow accepts either"Not found"or"Unprocessable entity"instead of pinning the exact string. Both are valid "this page can't be fetched" outcomes.Verified locally:
pytest tests/e2e/test_fetch.py→ 7 passed.🤖 Generated with Claude Code