Two pre-existing test failures keep CI red on main #491
Labels
No labels
domain:backend
domain:devops
domain:frontend
status:approved
status:in-progress
status:needs-fix
status:qa
type:bug
type:devops
type:feature
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
forgejo_admin/basketball-api#491
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Type
Bug
Lineage
Discovered during PR #490 (for issue #488) CI run. Neither failure is caused by #490 — both have been failing on main for multiple commits. Filed as follow-up per
feedback_discovered_scope_always_tracked.md.Repo
forgejo_admin/basketball-apiUser Story
As an engineer, I merge PRs against a green main so CI failures signal real regressions, not accumulated test drift.
What Broke
Two tests have been failing on main for multiple commits. Every recent PR's CI run fails with these same two tests — the signal is lost.
Repro Steps
python -m pytest tests/on current maintests/test_first_payment_email.py::test_send_first_payment_email— asserts'Great First Practice' in subject, but the current subject is'Your First Monthly Payment | Westside Kings & Queens'. Test wasn't updated when #478 landed.tests/test_westside_streamlit_ro_role.py::test_migration_file_exists— looks foralembic/versions/041_add_westside_streamlit_ro_role.py. That file was renamed to044in critical fix #444. Test still references the old path.Expected Behavior
Both tests pass on main. Either update assertions to match current behavior, delete the tests if they're no longer meaningful, or restore the expected code state if the tests were correct and the code drifted.
Environment
main@ current HEADAcceptance Criteria
Related
project-pal-e-platformforgejo_admin/basketball-api #488, #490— incident tickets that surfaced thisThird pre-existing CI-red test discovered 2026-04-25 (during PR #515 QA review):
tests/test_jersey_reminder.py::TestJerseyReminderEmailContent::test_plain_text_has_deadline_copy— asserts'March 30'in the plain-text email body, but the current jersey reminder copy reads'April 10'. Verified to also fail onmain. Test wasn't updated when the deadline was rolled.This is the same shape as #491's first finding (
test_send_first_payment_emailsubject mismatch from #478): an email-copy change that didn't propagate to its assertion.If you'd like to expand #491's scope to cover all three CI-red tests, this comment + the original two findings can be triaged together. Otherwise happy to file separately.
Also flagging — separately filed as a new bug — the migration 029 fresh-DB-upgrade-head failure (
type "division" already exists), since that's a different class of issue (alembic) than the test-assertion drift here.