fix: restore explicit "original" -> "en" fallback in LocalDaytime

Restore the pre-existing workaround (and its comment) that defaults the
locale to "en" when it is "original", to avoid the server/client
hydration mismatch on `localValue`. The centralized `normalizeIntlLocale`
covers Intl call sites, but this component-level guard is what keeps
SSR and CSR producing the same string here.

Co-authored-by: Nikita <93587872+ncarazon@users.noreply.github.com>

Author: claude[bot]

front_end/src/components/ui/local_daytime.tsx

@@ -9,7 +9,14 @@ type Props = {
 };
 
 const LocalDaytime: FC<Props> = ({ date }) => {
-  const locale = useLocale();
+  let locale = useLocale();
+  if (locale === "original") {
+    // For some reason, when the locale is "original" (Untranslated), the the server and client
+    //  endup with different values for  the localValue variable. This is a workaround to
+    // make sure the dates render correctly on both and default to English locale when
+    // in Untranslated mode
+    locale = "en";
+  }
   const localValue = date ? formatDate(locale, new Date(date)) : "";
 
   return (