Translation Key Drift Auditor

Translation drift - lib/l10n

Base fr, 8 keys - checked: en, ar
1 breaking, 1 missing, 3 never extracted, 1 plural gap, 1 unused, 1 not provable

Base locale is

fr, not en: l10n.yaml:2 sets template-arb-file: app_fr.arb, and README.md:3 says the same. French is the file everything else is measured against, so "the English file has fallen behind" is the right instinct - English is a translation here, and it is the one with a hole in it.

Lookup pattern in use: Flutter gen-l10n. Every call site binds final l10n = AppLocalizations.of(context); and then reads a generated member - l10n.appTitle, l10n.welcomeUser(crewName). Seven such lookups across three screens, all static member access. No template literals, no concatenation, no map indexing: there are

no dynamic key prefixes in this repo, so the unused list below is settled by search rather than guessed at.

Breaking - placeholder mismatch

1. welcomeUser - base expects {name} - lib/l10n/app_fr.arb:4 (declared @welcomeUser.placeholders.name, lib/l10n/app_fr.arb:5-11)
   en: no placeholder at all - lib/l10n/app_en.arb:4 "Welcome back"
   ar: has {name} - lib/l10n/app_ar.arb:4 (correct)
   Called with an argument at lib/screens/home_screen.dart:17 - Text(l10n.welcomeUser(crewName))
   Effect: the generated AppLocalizationsEn.welcomeUser(String name) still takes the crew name and never renders it. English readers get a bare "Welcome back" while French and Arabic readers get the name. It does not throw - it silently drops information, which is why nobody has reported it.
   Fix: "welcomeUser": "Welcome back, {name}"

Missing in a shipping locale

• settingsTitle - en - used at lib/screens/settings_screen.dart:13, base at lib/l10n/app_fr.arb:12

Shows

"Paramètres" - the French base string, not the raw key. gen-l10n backfills any message absent from a locale ARB with the template locale's message (it warns at build time and carries on), and l10n.yaml:4 nullable-getter: false means the call site never guards for it. So the English settings screen has a French title in the app bar.
Present in ar at lib/l10n/app_ar.arb:5, so this is an English-only hole.
Fix: "settingsTitle": "TODO(en) Paramètres" - the marker keeps the build green without shipping an invented string; an English writer replaces it with "Settings".

Never extracted

• "Save changes" - lib/screens/home_screen.dart:19 - suggested key saveChanges
  Rendered as a bare const Text inside the home column, between two translated widgets. French and Arabic readers see English.
• "Clear offline cache" - lib/screens/settings_screen.dart:17 - suggested key clearOfflineCache
ListTile title, directly beneath a translated batteryWarning tile.
• "Close settings" - lib/screens/settings_screen.dart:19 - suggested key closeSettings
  A Semantics(label:) - it never appears on screen, but it is what TalkBack and VoiceOver read aloud. An Arabic screen-reader user hears an English phrase. Easy to miss precisely because it is invisible.

All three follow the camelCase convention already used across the catalogue. Each needs the key added to app_fr.arb (with the French source string), then TODO(en) / TODO(ar) stubs, and the call site changed to Text(l10n.saveChanges) and so on. The const on lines 19 and 17 has to go - a localized lookup is not a compile-time constant.

Plural gaps

• syncPending - ar needs zero, one, two, few, many, other - has only one, other - lib/l10n/app_ar.arb:6
  This is the odd Arabic plurals you are seeing, and it is invisible to a missing-key check: the key is present in every locale, so nothing flags it. Arabic is a six-category language under CLDR. With only one and other defined, ICU falls through to other for every count that is not 1 - so 0, 2, and 3-10 reports all render the other form. The other form here is {count} تقارير (the paucal/plural noun), which is wrong for 0 and for exactly 2, and grammatically the wrong number class for 11 and above. The count itself will also render in whichever digit set the locale resolves to, unrelated to this gap.
  Fix: the categories are mechanical, the strings are not. The skeleton is
  {count, plural, zero{TODO(ar)} one{...} two{TODO(ar)} few{TODO(ar)} many{TODO(ar)} other{...}}
  keeping the existing one and other arms. The five new arms need an Arabic speaker - this audit does not write them.
• en: one / other at lib/l10n/app_en.arb:5 - correct and complete for English.

Note, not counted as a finding: fr formally carries a many category in CLDR, but it fires only for compact notation (1M, 2M). syncPending is called with a plain int from lib/screens/home_screen.dart:18, so that category is unreachable here. Adding it would be noise.

Unused

• deprecatedTooltip - lib/l10n/app_fr.arb:38, and translated in both locales (lib/l10n/app_en.arb:9, lib/l10n/app_ar.arb:10)
  Zero references in lib/. No dynamic lookups exist in this repo, so nothing can be reaching it by a constructed key. The name suggests it was already known to be dead. Cleanup only, no urgency - and it is worth one grep across any code not in this repo before deleting three translated strings.

Not provable

• Which locales actually ship - no MaterialApp / supportedLocales declaration exists anywhere in this repo (the three files under lib/screens/ are the whole of the Dart source). "en, ar, fr ship" is taken from the ARB files present in lib/l10n/ plus README.md:4. If a locale is registered but has no ARB, this audit cannot see it.

Verdict

Not safe to ship in English or Arabic today: English silently drops the crew name from the welcome line and shows a French settings title, Arabic gets the wrong plural form for every count except one, and three user-facing strings - including a screen-reader label - were never extracted at all.