Nicolas
9dd90359c9
- apps/api: les tests Planning (mocha et cucumber) lisaient l'horloge
systeme (new Date()/DateTime.utc()) pour construire leurs fixtures et
interroger /planning, ce qui les rendait non deterministes. Ajoute
test-support/reference-date.ts (TEST_REFERENCE_DATE, une date UTC
fixe) et l'utilise dans planning.test.ts / planning.steps.ts a la
place du systeme.
- apps/web: nouveau style global pour tous les radio/checkbox de
l'app (theme-select, allergy-select, onboarding) - "carte
selectionnable" : le controle natif reste reel/accessible mais
visuellement cache, toute la ligne devient la surface interactive
(bordure + fond teinte + coche au survol/selection). Corrige au
passage le bug de fond qui causait le desalignement des radios sur
/parametres/preferences-utilisateur (la regle generique
input, select { width: 100% } de profile-forms.scss s'appliquait
aussi aux checkbox/radio) et une regression de font-weight ou les
lignes non selectionnees du theme apparaissaient en gras comme si
elles l'etaient.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
15 lines
847 B
TypeScript
15 lines
847 B
TypeScript
import { DateTime } from "@batch-cooking/date-tools";
|
|
|
|
/**
|
|
* The fixed "today" every date-sensitive test builds its fixtures and
|
|
* queries around, instead of the real system clock (`new Date()` /
|
|
* `DateTime.utc()`). Reading the real clock made those tests
|
|
* non-deterministic: behavior could shift depending on which day/time they
|
|
* happened to run (e.g. a UTC-midnight boundary behaving differently right
|
|
* around real midnight), and made it impossible to reliably target a
|
|
* specific day-of-week. Any fixed UTC date works here; this one has no
|
|
* special meaning — tests that care about a specific weekday should derive
|
|
* it from this constant (e.g. `.set({ weekday: 1 })`) rather than hardcode
|
|
* one that happens to match today by coincidence.
|
|
*/
|
|
export const TEST_REFERENCE_DATE = DateTime.fromISO("2026-06-15", { zone: "utc" });
|