adjust the maintenance-job count fence: 6 jobs with the orphan sweep
All checks were successful
CI / Lint, typecheck, test (pull_request) Successful in 4m58s
CI / Auth e2e pack (pull_request) Successful in 7m50s
CI / Import/export fidelity gate (pull_request) Successful in 53s
CI / Build container images (pull_request) Successful in 1m12s
CD / Build and push images (push) Successful in 16s
CD / Deploy to Test (push) Successful in 16s
CD / Smoke tests against Test (push) Successful in 1m21s
CD / Promote to Int (push) Successful in 12s
CI / Lint, typecheck, test (push) Successful in 5m5s
CI / Build container images (push) Has been skipped
CI / Auth e2e pack (push) Successful in 7m36s
CI / Import/export fidelity gate (push) Successful in 55s

The system panel spec pins the registered-job count on purpose; the
orphan-file-sweep registration (#194) is the deliberate sixth row (CI
run 493 caught exactly this, 14x resolved to 6).

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0168Ph5uBmHm8X28CSVpbpnJ
This commit is contained in:
Claude Fable 5 2026-07-30 13:31:03 +02:00
parent 0bc36aa58c
commit 02c1f18fe1

View File

@ -17,9 +17,10 @@ test('lists maintenance jobs and triggers one manually', async ({ browser }) =>
const jobsTable = page.locator('.system-jobs__table');
await expect(jobsTable).toBeVisible();
// All registered jobs appear (language-neutral: row count + button).
// 5 → 6 with issue #194: the orphan-file sweep joined the job table.
// Keep in sync with the scheduler registrations: trash-purge,
// version-thinning, page-compaction, data-export-purge, notification-digest.
await expect(jobsTable.locator('tbody tr')).toHaveCount(5);
await expect(jobsTable.locator('tbody tr')).toHaveCount(6);
const firstRow = jobsTable.locator('tbody tr').first();
await firstRow.getByRole('button').click();