You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[Bug]: Custom snooze calendar always starts the week on Sunday #12737
Thanks for the report — this is a real cosmetic bug in the web custom-snooze date picker.
The calendar is DayPicker (@daypicker/react v10) wrapped in apps/web/src/components/ui/calendar.tsx and used only from apps/web/src/components/CustomSnoozeDialog.tsx (Snooze → Custom… → date popover). That wrapper never sets locale or weekStartsOn. DayPicker’s default is en-US, so the grid always starts on Sunday. The trigger label already uses toLocaleDateString, which is why the field text can look localized while the weekday row does not.
Mobile custom snooze uses the OS date picker, so this is web/desktop only.
Suggested fix: derive the first weekday from Intl.Locale week info (weekInfo.firstDay / getWeekInfo()), then pass weekStartsOn (0–6) into Calendar. On desktop, use the host locale from desktopBridge.getSystemLocale() in apps/web/src/timestampFormat.ts — packaged Chromium reports en-US even when Windows is Monday-first. A settings override is optional; locale is enough for this issue.
Related (same locale/week-start theme, not duplicates):
Activity
juliusmarminge commentedon Sep 20, 2026
Thanks for the report — this is a real cosmetic bug in the web custom-snooze date picker.
The calendar is
DayPicker(@daypicker/reactv10) wrapped inapps/web/src/components/ui/calendar.tsxand used only fromapps/web/src/components/CustomSnoozeDialog.tsx(Snooze → Custom… → date popover). That wrapper never setslocaleorweekStartsOn. DayPicker’s default is en-US, so the grid always starts on Sunday. The trigger label already usestoLocaleDateString, which is why the field text can look localized while the weekday row does not.Mobile custom snooze uses the OS date picker, so this is web/desktop only.
Suggested fix: derive the first weekday from
Intl.Localeweek info (weekInfo.firstDay/getWeekInfo()), then passweekStartsOn(0–6) intoCalendar. On desktop, use the host locale fromdesktopBridge.getSystemLocale()inapps/web/src/timestampFormat.ts— packaged Chromium reportsen-USeven when Windows is Monday-first. A settings override is optional; locale is enough for this issue.Related (same locale/week-start theme, not duplicates):
Leaving this open as a low-severity UI bug. No further info needed.