Samir Boulahtit
eaf180c64f
Some checks failed
Architecture rule that fails CI on any new toLocaleDateString / toLocaleString / toLocaleTimeString / new Intl.* call that hardcodes 'en-US' instead of using I18n.locale. The whole codebase was cleaned in the preceding commits (06e59f73,bb4c4004,dd1f9af8) so the rule ships at error severity from day one. - Rule definition in .architecture-rules/frontend.yaml under javascript_rules; exceptions: i18n.js (defines the helper), vendor/. - _check_hardcoded_locale in scripts/validate/validate_architecture.py wired into both JS validation sites (full scan + per-file -f mode). - Suppressible per-line with `// noqa: JS-016` for the rare case where a specific locale is genuinely required (e.g., a US-only invoice formatter that must use en-US regardless of UI language). Validator output: 0 JS-016 hits across the codebase. Negative-tested with a planted violation — rule fires correctly and clears on removal. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>