fix(deps): update react-day-picker to v10 and reinstall calendar component

[sebdanielsson]

Supersedes #88 (Renovate's plain dependency bump), which will be closed automatically on the next Renovate run.

What changed

• Bump react-day-picker from ^9.14.0 → ^10.0.1 in apps/web and examples/respondeo.
• Reinstalled the shadcn calendar component from the registry (shadcn add calendar --overwrite, then formatted with oxfmt — no hand-edits). This pulls the upstream fixes needed for v10:
  • Removed table classNames slot → month_grid (the table slot no longer exists in v10's ClassNames type).
  • Added locale support (forwarded to DayPicker, formatMonthDropdown, and data-day).
  • Fixed a elative → relative typo in range_start.
  • Updated Tailwind data-slot syntax ([[data-slot=…]_&] → in-data-[slot=…]) and class ordering.
  • The registry also refreshed the button.tsx dependency, which came along as-is.
• Added NODE_USE_SYSTEM_CA / NODE_USE_ENV_PROXY / NODE_EXTRA_CA_CERTS to globalPassThroughEnv in turbo.json so build workers can trust a proxy CA from the system store and honor an env-configured proxy. Turbo's strict env mode otherwise filters these out before they reach the Next.js build workers, which broke next/og font fetches at build time.

Verification

• pnpm tsc — passes across all workspace packages and the standalone example.
• pnpm build — full turbo build is green (static generation of OG images included).
• pnpm format:check — clean.
• apps/web and examples/respondeo calendar/button components are byte-identical and pin the same react-day-picker version.

🤖 Generated with Claude Code

---

Generated by Claude Code

[vercel]

The latest updates on your projects. Learn more about Vercel for GitHub.

Project	Deployment	Actions	Updated (UTC)
respondeo	Ready	Preview, Comment	Jul 1, 2026 8:39am
respondeo-docs	Ready	Preview, Comment	Jul 1, 2026 8:39am

[Copilot]

Pull request overview

Updates the monorepo’s calendar UI to be compatible with react-day-picker v10, aligns the shared shadcn calendar component implementation across apps/web and examples/respondeo, and adjusts Turbo env filtering so Next.js build workers can honor proxy/CA settings.

Changes:

• Bump react-day-picker to ^10.0.1 in both apps/web and examples/respondeo (and lockfile).
• Reinstall/refresh shadcn calendar (and its button dependency) to match react-day-picker v10 classNames API and add locale support.
• Add NODE_USE_SYSTEM_CA, NODE_USE_ENV_PROXY, NODE_EXTRA_CA_CERTS to turbo.json globalPassThroughEnv for build-worker networking compatibility.

Reviewed changes

Copilot reviewed 7 out of 8 changed files in this pull request and generated 2 comments.

Show a summary per file

File	Description
turbo.json	Pass through Node proxy/CA env vars to Turbo tasks/build workers.
pnpm-lock.yaml	Lockfile updates for react-day-picker@10.0.1 and dependency graph adjustments.
apps/web/package.json	Bump react-day-picker dependency to v10.
examples/respondeo/package.json	Bump react-day-picker dependency to v10.
apps/web/components/ui/calendar.tsx	Update calendar wrapper to v10 slots (month_grid) and add locale forwarding + data-day formatting changes.
examples/respondeo/components/ui/calendar.tsx	Same calendar updates as apps/web for example parity.
apps/web/components/ui/button.tsx	Refresh shadcn button styles/variants that calendar depends on.
examples/respondeo/components/ui/button.tsx	Same button refresh for example parity.

Files not reviewed (1)

• pnpm-lock.yaml: Generated file

Comments suppressed due to low confidence (2)

apps/web/components/ui/calendar.tsx:159

• CalendarDayButton creates a ref and runs an effect to focus it when modifiers.focused is true, but the ref is never attached to the rendered element. Since Button is not forwardRef-based (see apps/web/components/ui/button.tsx), this focus logic is currently a no-op and likely breaks keyboard focus management for the custom DayButton.

  const ref = React.useRef<HTMLButtonElement>(null);
  React.useEffect(() => {
    if (modifiers.focused) ref.current?.focus();
  }, [modifiers.focused]);

examples/respondeo/components/ui/calendar.tsx:159

• CalendarDayButton creates a ref and runs an effect to focus it when modifiers.focused is true, but the ref is never attached to the rendered element. Since Button is not forwardRef-based (see examples/respondeo/components/ui/button.tsx), this focus logic is currently a no-op and likely breaks keyboard focus management for the custom DayButton.

  const ref = React.useRef<HTMLButtonElement>(null);
  React.useEffect(() => {
    if (modifiers.focused) ref.current?.focus();
  }, [modifiers.focused]);

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.