Known Bun bug (oven-sh/bun#1590, #26879, #18864) causes
IntegrityCheckFailed during tarball extraction in Docker/CI.
This is a 3+ year old issue with no fix in sight.
Changes:
- Generate package-lock.json via npm install --package-lock-only
- Dockerfile: add nodejs npm to all stages, replace bun install
with npm ci --legacy-peer-deps (peer dep conflict exists for
eslint@8 with eslint-config-next@16)
- Keep bun as runtime (bun test, bun run build, bun run start)
- pr.yml: npm ci, npx prisma generate, npx playwright
- release.yml: node scripts, npm test
- build-ci-images.yml: add package-lock.json trigger path
Docker build steps (builder, test-runner, runner stages) also
run bun install and suffer the same transient tarball extraction
failures as the workflow steps.
Transient tarball extraction failures from npm registry hit bun
install intermittently. --retry 3 makes bun retry failed
downloads/extractions automatically.
- Remove explicit docker compose pull in build-and-deploy-ci;
image is already built locally on the same host, compose
default pull_policy:missing uses local image
- Gate Comment bump type on PR step with
if: github.event_name == 'pull_request' so it doesn't
fail on workflow_dispatch triggers
The /apps:/apps mount was incorrect - the runner container has /var/lib/casaos/apps
mounted at /apps, but the job container needs the actual host path. Updated to use
/var/lib/casaos/apps:/apps so the job container can access CI compose files.
The runner already passes through its own docker socket mount to job
containers. Specifying it again in the workflow causes a duplicate
mount point error.
tournament-update.test.ts was mocking the entire @/lib/permissions module,
which replaced canManageTournament globally and caused permissions.test.ts
to fail when run in the same process.
Instead of mocking permissions, mock its dependencies (auth-simple and prisma)
so canManageTournament runs through naturally.
The build-and-deploy-ci job failed because /apps/euchre_camp_ci/docker-compose.yml
was not accessible inside the job container. Add volume mounts for /apps and the
docker socket so the job can read the CI compose file and run docker compose commands.
Requires runner config.yaml with valid_volumes for /apps and /var/run/docker.sock.
## Summary
- Fix `isProductionDatabase()` to allow CI database (`euchre_camp_ci`)
- Add database schema reset before CI test runs
- Create `global.teardown.ts` for cleanup (CI: full reset, dev/prod: selective cleanup)
- Add `acceptance-tests` job to PR workflow with CI database
- Create `sync-prod-to-dev.js` script for one-way prod→dev sync
- Add `just` recipes: `sync-dev`, `test-prod`, `reset-ci-db`
- Store credentials in `.credentials` (gitignored) with unique CI user
## Testing
Verified against CI database:
- Schema reset works
- Migrations apply correctly
- Test users created successfully
- 219 tests pass (slow but working)
## Next Steps
- Set `CI_DATABASE_URL` as Gitea repository variable
Reviewed-on: #35
Co-authored-by: David Gwilliam <dhgwilliam@gmail.com>
Co-committed-by: David Gwilliam <dhgwilliam@gmail.com>
Root cause: The tests used a navigate-away-and-back pattern to verify
schedule persistence, which created a race condition with the PrismaPg
adapter connection pool. The POST handler's transaction committed on one
connection, but the subsequent GET from page.goto() could use a different
pool connection that hadn't seen the commit yet.
Fix: Remove the navigate-away-and-back pattern entirely. After clicking
'Generate Schedule', the component calls router.refresh() which triggers
a server-side re-fetch and re-render in-place. The test now waits for
the round headers to appear on the same page with a 30s timeout.
All 39 scenarios pass reliably.
The 5-team schedule generator doesn't produce rounds correctly.
This is a pre-existing issue with the round-robin algorithm for odd team counts.
38 of 39 scenarios pass (the bye rounds scenario is the only failure).
- Add cache-busting timestamp to schedule page navigation in tests
- Use networkidle instead of load for more reliable page waits
- Simplify tournament admin login step (PostgreSQL-only now)
All 4 issue-7 schedule scenarios now pass consistently.
- Remove database provider switching logic from prisma.ts and auth.ts
- Hardcode PostgreSQL as the only supported database
- Remove switch-database.js and use-dev-db.js scripts
- Remove Python utility scripts that used sqlite3 directly
- Update justfile to remove SQLite test targets
- Update package.json to remove db:switch script
- Update Dockerfile.ci-base to default to PostgreSQL
- Update .env.example to remove SQLite mention
- Update playwright.config.ts comments
- Update .gitignore to remove SQLite file patterns
This eliminates the root cause of test failures: the dev server and test
Prisma client were using different databases (PostgreSQL vs SQLite).
Adds a visual bracket display showing rounds as columns with matchup cards.
Changes:
- Created BracketVisualization component with CSS grid layout
- Added 'Bracket' tab to tournament detail page (visible when schedule exists)
- Matchup cards show team names, scores, and winner highlighting
- Current round is highlighted with green styling
- Added BDD feature file with 3 scenarios covering bracket display
- Added step definitions for bracket interaction tests
3 scenarios, 24 steps, all passing.
Site admins can now temporarily view the site as a player, tournament admin,
or club admin to understand the experience for each role.
Changes:
- Added RoleSwitcher context and provider for client-side role simulation
- Added role switcher dropdown in Navigation (visible only to site admins)
- Added yellow banner showing current viewing-as role with reset button
- Navigation links and wordmark href now use effective role for conditional display
- Added BDD feature file with 5 scenarios covering all role transitions
- Added step definitions for site admin login and role switcher interactions
The view-as feature is purely UI-level - server-side permissions remain unchanged.
5 scenarios, 27 steps, all passing.
Resolved conflict in common-steps.ts by combining player schedule step definitions
(from bugfix/9 merge) with tournament schedule step definitions (from bugfix/7).
This commit completes the fix for issue #7 schedule generation tests:
**User-facing fixes:**
- ScheduleDisplay now accepts tournamentId prop to generate correct entry links
- Matchup links now navigate to /admin/tournaments/[id]/entry?matchup=X instead of /matches/X
- Changed refresh pattern to navigate-away-and-back to avoid HMR caching issues
**Test infrastructure fixes:**
- Fixed tournament team count step: now creates (teams * 2) players since Euchre is 2v2
- Updated feature scenarios to use "When I go to the tournament schedule page" after generate instead of refresh
- Click on matchup now uses direct goto for reliable navigation
**Code quality:**
- TypeScript fix: renamed shadowed variable expectedRounds to numRounds
- Added tournamentId to ScheduleDisplay props interface
- Removed erroneous games/route.ts file
All 4 issue-7 scenarios now pass: view page, generate schedule, bye rounds, click matchup
- Add POST /api/auth/password-reset endpoint to validate email and process reset requests
- Wire up password reset form to call API instead of stubbing success
- This enables proper password reset flow for Issue #10
- Add useEffect to parse 'matchup' query parameter and pre-select matchup
- Update test pattern to accept /entry route for match result entry
- This enables clicking on a matchup in schedule view to directly navigate to entry page
- Replace window.location.reload() with router.refresh() in ScheduleGenerator, MatchEditor, RecalculateEloButton for proper Next.js cache invalidation
- Add revalidatePath() call after schedule generation in POST handler
- Add ownerId to tournament creation in cucumber tests for proper permission checks
- Assign tournament_admin role via Prisma after user creation in cucumber tests
- Fix TypeScript type annotations in hooks.ts (tournament id map)
- Update page reload to use networkidle in common-steps.ts
- Clear .next/ cache before cucumber tests in justfile
- Add .turbo to clean target
- Add comprehensive debug logging to schedule API route
- Document findings in docs/TROUBLESHOOTING_SCHEDULE_GENERATION.md
Progress on issue #7 - tournament schedule e2e tests:
- Created ScheduleDisplay component with clickthrough to matches
- Updated ScheduleGenerator to use router.refresh() instead of window.location.reload()
- Fixed step definitions to handle page hydration and reloads
- Fixed database cleanup hook to use Prisma API instead of raw SQL
- Added test IDs and logging for debugging
- Updated feature file to match actual UI behavior
27/30 scenarios passing:
- All auth and navigation scenarios pass
- Scenario 1 (view schedule page) passes
- Scenarios 2-4 (generate schedule, view rounds, click matchup) need investigation
Remaining issues:
1. Page refresh not picking up newly generated schedule data
2. Round data not visible after 'Generated' message
3. Matchup elements not found after refresh
4. Database cleanup hook needs proper handling of foreign keys
Next steps:
1. Investigate why router.refresh() and explicit reload don't show new data
2. Check if there's a caching issue in the production build
3. Verify database transactions are committing correctly
4. Add more logging to trace data flow
Related to #7
Added step definitions for tournament schedule scenarios:
- I should see round {int} matchups
- I should see a bye round for one team
- each team should play every other team exactly once
- I click on a matchup
- I should be on the match result entry page
The active scenario (view schedule page) passes. Three wip scenarios
remain because the schedule page uses a static button without onClick
handler. The ScheduleGenerator component exists but is not integrated
into the page.
Related to #9
- Implemented 'I have upcoming matches in my schedule' step to create
tournament, players, and match with future date
- Added step definitions for schedule content verification
- 2 player schedule scenarios now active (empty schedule, upcoming matches)
- 'Click on match' scenario remains @wip (page lacks match detail links)
Player schedule page at /players/[id]/schedule shows upcoming matches
with tournament name, player names, and dates.
Related to #10
- Added Given step for password reset page navigation
- Password reset page access test is now active (passes)
- Email validation and submission tests remain @wip (stub implementation)
- Added step definition for navigating to /auth/password-reset
The password reset page exists at /auth/password-reset but is a stub
(always shows success). Full implementation needed to un-wip remaining tests.
david
Gitea Actions