## 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.
Fixes#23
- Added overflow-x-hidden to body in root layout as defensive measure
- Changed table containers from overflow-hidden to overflow-x-auto
in admin/players page and RankingsClient (3 tables)
- Added min-w-0 and overflow-hidden to Navigation flex containers
to prevent links from pushing content off screen
- Added flex-shrink-0 to EuchreCamp wordmark link
david
Gitea Actions