📦 Update core dependencies (major)

[renovate]

ℹ️ Note

This PR body was truncated due to platform limits.

This PR contains the following updates:

Package	Change	Age	Confidence
date-fns	2.27.0 → 4.1.0
react-day-picker (source)	8.0.0-beta.37 → 9.14.0

See all other Renovate PRs on the Dependency Dashboard

How to resolve breaking changes

This PR may introduce breaking changes that require manual intervention. In such cases, you will need to check out this branch, fix the cause of the breakage, and commit the fix to ensure a green CI build. To check out and update this PR, follow the steps below:

# Check out the PR branch
git checkout -b renovate/major-core-dependencies main
git pull https://github.com/ampproject/amphtml.git renovate/major-core-dependencies

# Directly make fixes and commit them
amp lint --fix # For lint errors in JS files
amp prettify --fix # For prettier errors in non-JS files
# Edit source code in case of new compiler warnings / errors

# Push the changes to the branch
git push git@github.com:ampproject/amphtml.git renovate/major-core-dependencies:renovate/major-core-dependencies

---

Release Notes

date-fns/date-fns (date-fns)

v4.1.0

Compare Source

This release adds time zone support to format functions (that I somehow missed when working on the feature) and fixes a few bugs.

Make sure also upgrade TZDate to v1.0.2 as it includes a bunch of critical bug fixes.

Fixed

• Fixed internal constructFrom throwing an exception on null arguments. While null isn't allowed, the functions should rather return Invalid Date or NaN in such cases. See #​3885.

Added

• Added missing time zone support to format, formatISO, formatISO9075, formatRelative and formatRFC3339. See #​3886.

v4.0.0

Compare Source

I have great news! First, ten years after its release, date-fns finally gets first-class time zone support.

Another great news is that there aren't many breaking changes in this release. All of them are type-related and will affect only those explicitly using internal date-fns types. Finally, it has been less than a year since the last major release, which is an improvement over the previous four years between v2 and v3. I plan on keeping the pace and minimizing breaking changes moving forward.

Read more about the release in the announcement blog post.

- Sasha @​kossnocorp

Added

• Added time zones support via @date-fns/tz's TZDate class and tz helper function. See its README for the details about the API.

• All relevant functions now accept the context in option, which allows to specify the time zone to make the calculations in. If the function also returns a date, it will be in the specified time zone:

  import { addDays, startOfDay } from "date-fns";
  import { tz } from "@​date-fns/tz";
  
  startOfDay(addDays(Date.now(), 5, { in: tz("Asia/Singapore") }));
  //=> "2024-09-16T00:00:00.000+08:00"

  In the example, addDays will get the current date and time in Singapore and add 5 days to it. startOfDay will inherit the date type and return the start of the day in Singapore.

Changed

• The function arguments, as well as Interval's start and end, now can be of different types, allowing you to mix UTCDate, TZDate, Date, and other extensions, as well as primitives (strings and numbers).

  The functions will normalize these values, make calculations, and return the result in the same type, preventing any bugs caused by the discrepancy. If passed, the type will be inferred from the context in option or the first encountered argument object type. The Interval's start and end will be considered separately, starting from start.

  In the given example, the result will be in the TZDate as the first argument is a number, and the start takes precedence over the end.

  clamp(Date.now(), {
    start: new TZDate(start, "Asia/Singapore"),
    end: new UTCDate(),
  });
  //=> TZDate

• BREAKING: This release contains a bunch of types changes that should not affect the library's expected usage. The changes are primarily internal and nuanced, so rather than listing them here, I recommend you running the type checker after the upgrade. If there are unfixable problems, please open an issue.

• BREAKING: The package now is ESM-first. The CommonJS is still support and It should not affect most users, but it might break in certains environments. If you encounter any issues, please report them.

Fixed

• Fixed CDN build compatibility with jQuery and other tools that expose $ by properly wrapping the code in an IIFE.

v3.6.0

Compare Source

On this release worked @​kossnocorp and @​world1dan. Also, thanks to @​seated for sponsoring me.

Fixed

• Fixed weeks in the Belarisuan locale's formatDistance.

Added

• Added CDN versions of modules compatible with older browsers. See the CDN guide.

v3.5.0

Compare Source

Kudos to @​fturmel, @​kossnocorp, @​makstyle119, @​tan75, @​marcreichel, @​tareknatsheh and @​audunru for working on the release. Also, thanks to @​seated for sponsoring me.

Fixed

• Fixed functions that use current date internally and made them work with date extensions like UTCDate.

• Fixed daysToWeeks returning negative 0.

• Fixed German grammar for the "half a minute" string.

Added

• Added the Northern Sámi (se) locale.

• Added the constructNow function that creates the current date using the passed reference date's constructor.

v3.4.0

Compare Source

Kudos to @​kossnocorp, @​sakamossan and @​Revan99 for working on the release. Also, thanks to @​seated for sponsoring me.

Added

• Added roundToNearestHours function.

• Added Central Kurdish (ckb) locale.

v3.3.1

Compare Source

Kudos to @​kossnocorp and @​fturmel for working on the release.

Fixed

• Fixed DST issue in getOverlappingDaysInIntervals, resulting in an inconsistent number of days returned for intervals starting and ending in different DST periods.

• Fixed functions incorrectly using trunc instead of round. The bug was introduced in v3.3.0. The affected functions: differenceInCalendarDays, differenceInCalendarISOWeeks, differenceInCalendarWeeks, getISOWeek, getWeek, and getISOWeeksInYear.

v3.3.0

Compare Source

On this release worked @​kossnocorp, @​TheKvikk, @​fturmel and @​ckcherry23.

Fixed

• Fixed the bug in getOverlappingDaysInIntervals caused by incorrect sorting of interval components that led to 0 for timestamps of different lengths.

• Fixed bugs when working with negative numbers caused by using Math.floor (-1.1 → -2) instead of Math.trunc (-1.1 → -1). Most of the conversion functions (i.e., hoursToMinutes) were affected when passing some negative fractional input. Also, some other functions that could be possibly affected by unfortunate timezone/date combinations were fixed.

  The functions that were affected: format, parse, getUnixTime, daysToWeeks, hoursToMilliseconds, hoursToMinutes, hoursToSeconds, milliseconds, minutesToMilliseconds, millisecondsToMinutes, monthsToYears, millisecondsToHours, millisecondsToSeconds, minutesToHours, minutesToSeconds, yearsToQuarters, yearsToMonths, yearsToDays, weeksToDays, secondsToMinutes, secondsToHours, quartersToYears, quartersToMonths and monthsToQuarters.

• Fixed the Czech locale's formatDistance to include 1 in formatDistance.

• Fixed differenceInSeconds and other functions relying on rounding options that can produce a negative 0.

• Added a preprocessor to the locales API, enabling fixing a long-standing bug in the French locale. (#​1391)

• Added missing yearsToDays to the FP submodule.

• Made functions using rounding methods always return 0 instead of -0.

Added

• Added format alias formatDate with corresponding FormatDateOptions interface.

v3.2.0

Compare Source

This release is brought to you by @​kossnocorp, @​fturmel, @​grossbart, @​MelvinVermeer, and @​jcarstairs-scottlogic.

Fixed

• Fixed types compatibility with Lodash's flow and fp-ts's pipe. (#​3641)

• Fixed inconsistent behavior of roundToNearestMinutes.

Added

• Added exports of format, lightFormat, and parse internals that enable 3rd-parties to consume those.

v3.1.0

Compare Source

This release is brought to you by @​kossnocorp, @​makstyle119 and @​dmgawel.

Fixed

• Fixed the plural form of weeks in Swedish.

Added

• Added yearsToDays function.

• Added warning about using protected tokens like Y or D without passing a corresponding option. See #​2950.

v3.0.6

Compare Source

On this release worked @​imwh0im, @​jamcry and @​tyrw.

Fixed

• Fixed bug in areIntervalsOverlapping caused by incorrect sorting (#​3614)

v3.0.5

Compare Source

This release is brought to you by @​goku4199.

Fixed

• Fixed internal toDate not processing string arguments properly

v3.0.4

Compare Source

This release is brought to you by @​kossnocorp.

Fixed

• Fixed isWithinInterval bug caused by incorrectly sorting dates (#​3623).

v3.0.3

Compare Source

Fixed

• Rolled back pointing ESM types to the same d.ts files. Instead now it copies the content to avoid the Masquerading as CJS problem reported by "Are the types wrong?".

v3.0.2

Compare Source

Fixed

• Fixed yet another issue caused by ESM types by pointing to the same d.ts files.

• Added package.json to exports to provide access to tooling.

• Fixed TypeScript 5.4 build break by using the latest type names.

v3.0.1

Compare Source

Fixed

• Fixed an error in certain environments caused by d.mts files exporting only types.

v3.0.0

Compare Source

Changed

• BREAKING: date-fns is now a dual-package with the support of both ESM and CommonJS. The files exports are now explicitly in the package.json. The ESM files now have .mjs extension.

• BREAKING: The package now has a flat structure, meaning functions are now named node_modules/date-fns/add.mjs, locales are node_modules/date-fns/locale/enUS.mjs, etc.

• BREAKING: Now all file content’s exported via named exports instead of export default, which will require change direct imports i.e. const addDays = require(‘date-fns/addDays’) to const { addDays } = require(‘date-fns/addDays’).

• BREAKING: TypeScript types are now completely rewritten, check out the d.ts files for more information.

• BREAKING: constants now is not exported via the index, so to import one use import { daysInYear } from "date-fns/constants";. It improves compatibility with setups that modularize imports like Next.js.

• BREAKING: Functions now don’t check the number of passed arguments, delegating this task to type checkers. The functions are now slimmer because of this.

• BREAKING The arguments are not explicitly converted to the target types. Instead, they are passed as is, delegating this task to type checkers.

• BREAKING: Functions that accept Interval arguments now do not throw an error if the start is before the end and handle it as a negative interval. If one of the properties in an Invalid Date, these functions also do not throw and handle them as invalid intervals.

  • areIntervalsOverlapping normalize intervals before comparison, so { start: a, end: b } is practically equivalent to { start: b, end: a }. When comparing intervals with one of the properties being Invalid Date, the function will return false unless the others are valid and equal, given the inclusive option is passed. Otherwise, and when even one of the intervals has both properties invalid, the function will always return false.

  • getOverlappingDaysInIntervals now normalizes intervals before comparison, so { start: a, end: b } is practically equivalent to { start: b, end: a }. If any of the intervals’ properties is an Invalid Date, the function will always return 0.

  • isWithinInterval now normalizes intervals before comparison, so { start: a, end: b } is practically equivalent to { start: b, end: a }. If any of the intervals’ properties is an Invalid Date, the function will always return false.

  • intervalToDuration now returns negative durations for negative intervals. If one or both of the interval properties are invalid, the function will return an empty object.

  • The eachXOfInterval functions (eachDayOfInterval, eachHourOfInterval, eachMinuteOfInterval, eachMonthOfInterval, eachWeekendOfInterval, eachWeekendOfMonth, eachWeekendOfYear, eachWeekOfInterval, eachYearOfInterval) now return a reversed array if the passed interval’s start is after the end. Invalid properties will result in an empty array. Functions that accept the step option now also allow negative, 0, and NaN values and return reversed results if the step is negative and an empty array otherwise.

• BREAKING: intervalToDuration now skips 0 values in the resulting duration, resulting in more compact objects with only relevant properties.

• BREAKING: roundToNearestMinutes now returns Invalid Date instead of throwing an error when nearestTo option is less than 1 or more than 30.

• BREAKING: IE is no longer supported.

• BREAKING: Now all functions use Math.trunc rounding method where rounding is required. The behavior is configurable on a per-function basis.

• BREAKING: Undocumented onlyNumeric option was removed from nn and sv locales. If you relied on it, please contact me.

• BREAKING: Flow is not supported anymore. If you relied on it, please contact me.

• BREAKING: The locales now use regular functions instead of the UTC version, which should not break any code unless you used locales directly.

Added

• All functions that accept date arguments now also accept strings.

• All functions now export options interfaces.

• Now functions allow passing custom Date extensions like UTCDate. They will detect and use the arguments constructor to generate the result of the same class.

• eachMonthOfInterval, eachQuarterOfInterval, eachWeekOfInterval, and eachYearOfInterval now accept the step option like most of the eachXOfInterval functions.

• A new interval function that validates interval, emulating the v2 interval functions behavior.

• differenceInX functions now accept options and allow setting up roundingMethod that configures how the result is rounded. Math.trunc is the default method.

v2.30.0

Compare Source

Kudos to @​kossnocorp and @​Andarist for working on the release.

Changes

• Fixed increased build size after enabling compatibility with older browsers in the previous release. This was done by adding @​babel/runtime as a dependency. See more details.

v2.29.3

Compare Source

This release is prepared by our own @​leshakoss.

Fixed

• Fixed Ukrainian (uk) locale grammar for formatDistance.

• Improved browser compatibility by transforming the code with @babel/preset-env.

v2.29.2

Compare Source

This release is brought to you by @​nopears, @​vadimpopa and @​leshakoss.

Fixed

• Fixed sv locale abbreviated months matcher.

• Fixed uk locale abbreviated months matcher.

• Fixed a breaking change in intervalToDuration by removing a recently introduced RangeError.

v2.29.1

Compare Source

Thanks to @​fturmel for working on the release.

Fixed

• Fixed TypeScript and flow types for daysInYear constant.

v2.29.0

Compare Source

On this release worked @​tan75, @​kossnocorp, @​nopears, @​Balastrong, @​cpapazoglou, @​dovca, @​aliasgar55, @​tomchentw, @​JuanM04, @​alexandresaura, @​fturmel, @​aezell, @​andersravn, @​TiagoPortfolio, @​SukkaW, @​Zebreus, @​aviskarkc10, @​maic66, @​a-korzun, @​Mejans, @​davidspiess, @​alexgul1, @​matroskin062, @​undecaf, @​mprovenc, @​jooola and @​leshakoss.

Added

• Added intlFormatDistance function`.

• Added setDefaultOptions and getDefaultOptions functions that allow you to set default default locale, weekStartsOn and firstWeekContainsDate.

• Added roundingMethod option to roundToNearestMinutes.

• Added Swiss Italian locale (it-CH).

• Added Occitan (oc) locale. (#​2061)

• Added Belarusian Classic (be-tarask) locale.

Fixed

• Fixed Azerbaijani (az) locale for formatDistance.

• Fixed Czech (cs) locale for parse.

• Fixed TypeScript types for constants.

• Fixed long formatters in the South African English locale (en-ZA).

• Fixed a typo in the Icelandic locale (is) for format.

• Fixed weekday format for formatRelative in the Portuguese locale (pt).

• Fixed intervalToDuration being off by 1 day sometimes.

• Fixed ordinal number formatting in Italian locale (it).

• Fixed issue parsing months in Croatian (hr), Georgian (ka) and Serbian (sr and sr-Latn) locales.

Changed

• Replaced git.io links with full URLs in error messages.

• Internal: removed "v2.0.0 breaking changes" section from individual function docs

v2.28.0

Compare Source

Kudos to @​tan75, @​fturmel, @​arcanar7, @​jeffjose, @​helmut-lang, @​zrev2220, @​jooola, @​minitesh, @​cowboy-bebug, @​mesqueeb, @​JuanM04, @​zhirzh, @​damon02 and @​leshakoss for working on the release.

Added

• Added West Frisian (fy) locale.

• Added Uzbek Cyrillic locale (uz-Cyrl).

Fixed

• add the missing accent mark for Saturday in Spanish locale (es) for format.

• allowed K token to be used with a or b in parse.

gpbl/react-day-picker (react-day-picker)

v9.14.0

Compare Source

Release date: 2026-02-26

This release introduces a new resetOnSelect prop and adds support for the Hijri calendar.

Resetting Selections in Range Mode

When in range selection mode, use the resetOnSelect prop to start a new range when a full range is already selected.

Hijri Calendar

To use the Hijri (Umm al-Qura) calendar, import DayPicker from react-day-picker/hijri:

import { DayPicker } from "react-day-picker/hijri";

export function HijriCalendar() {
  return <DayPicker />;
}

Read more in the documentation and play with it in playground.

What's Changed

• feat: add Hijri calendar support (Umm al-Qura) by @​ws-rush in #​2904
• feat: add resetOnSelect prop to reset date range when selecting date with completed range by @​rodgobbi in #​2906
• feat: add default lang prop to DayPicker root element by @​gpbl in #​2907

v9.13.2

Compare Source

What's Changed

• fix(build): add correct type declaration for style.css export by @​NotNestor in #​2897
• fix(locale): correct Northern Sami (se) and Japanese Hiragana (ja-Hira) labels by @​gpbl in #​2898

New Contributors

• @​NotNestor made their first contribution in #​2897

Full Changelog: gpbl/react-day-picker@v9.13.1...v9.13.2

v9.13.1

Compare Source

Persian calendar improvements.

What's Changed

• feat: add narrow weekday format for Persian calendar by @​rezaaa in #​2895

New Contributors

• @​rezaaa made their first contribution in #​2895

Full Changelog: gpbl/react-day-picker@v9.13.0...v9.13.1

v9.13.0

Compare Source

This release introduces an experimental noonSafe prop to help deal with historical time zones with second offsets. See https://daypicker.dev/localization/setting-time-zone#noonsafe for more details.

What's Changed

• feat: add experimental noonSafe prop for timezone offsets by @​gpbl in #​2879

Full Changelog: gpbl/react-day-picker@v9.12.0...v9.13.0

v9.12.0

Compare Source

This release adds translated labels to built-in locales and fixes issues with array modifiers and the Hebrew calendar.

Translated Locales

DayPicker locales now ship with localized labels (e.g., “Go to next month”, “Today”), so you no longer need to supply them via labels. To use a locale:

import { es } from "react-day-picker/locale";
<DayPicker locale={es} /> // Use Spanish locale, now with translated labels.

If you previously set the labels prop for translations, you can remove it. For details on switching locales, see https://daypicker.dev/localization/changing-locale.

What's Changed

• feat: add locale-aware labels and translated locale wrappers by @​gpbl in #​2861
• fix: match Date[] modifiers by day by @​gpbl in #​2865
• fix: correct Hebrew date conversion timezone handling by @​gpbl in #​2870

Full Changelog: gpbl/react-day-picker@v9.11.3...v9.12.0

v9.11.3

Compare Source

Rendered HTML now includes empty cells in grids when endMonth is set, and fixes the v9.11.2 regression where JSDOM tests could fail when focusing disabled days.

Possible low impact breaking change: The grid markup changed, so brittle snapshot tests or custom CSS that depended on the old structure may need updates. Adjust snapshots/CSS accordingly.

What's Changed

• fix: ensure final week renders when endMonth clips the calendar by @​gpbl in #​2856
• fix: prevent selecting disabled focused days by @​gpbl in #​2860

Full Changelog: gpbl/react-day-picker@v9.11.2...v9.11.3

v9.11.2

Compare Source

What's Changed

• fix: ensure modifiers honor the timeZone prop by @​gpbl in #​2849
• fix: allow focused disabled days to remain focusable by @​gpbl in #​2851
• chore(performance): cache resolved today across helpers for better performance by @​gpbl in #​2848
• chore(performance): memoize calendar and reuse ISO date ids in day rendering by @​gpbl in #​2850

Full Changelog: gpbl/react-day-picker@v9.11.1...v9.11.2

v9.11.1

Compare Source

What's Changed

• fix: duplicated years in dropdown for some timezones by @​gpbl in #​2836
• fix: prevent focus navigation past disabled bounds by @​gpbl in #​2839

Full Changelog: gpbl/react-day-picker@v9.11.0...v9.11.1

v9.11.0

Compare Source

This release adds support for Buddhist and Hebrew calendars, introduces new Southeast Asian numeral systems, adds the aria-labelledby prop, and improves month/year formatting for specific locales. It also includes fixes for the recently added Ethiopic calendar.

Buddhist Calendar

To use the Buddhist calendar, import DayPicker from react-day-picker/buddhist.

import { DayPicker } from "react-day-picker/buddhist";

export function BuddhistCalendar() {
  return <DayPicker />;
}

Read more in the documentation and play with it in playground.

Hebrew Calendar

To switch to the Hebrew calendar, import DayPicker from react-day-picker/hebrew.

import { DayPicker } from "react-day-picker/hebrew";

export function HebrewCalendar() {
  return <DayPicker />;
}

Read more in the documentation and play with it in playground.

What's Changed

• feat: Buddhist calendar by @​gpbl in #​2825
• feat: Hebrew calendar by @​gpbl in #​2827
• feat: align month/year caption and dropdown with locale by @​gpbl in #​2830
• feat: add aria-labelledby prop by @​gpbl in #​2828
• feat: add Southeast Asian numeral systems by @​gpbl in #​2832
• fix: ethiopic calendar may crash with dropdown layout by @​gpbl in #​2831
• fix: years are not correctly formatted in ethiopic calendar by @​gpbl in #​2831

Full Changelog: gpbl/react-day-picker@v9.10.0...v9.11.0

v9.10.0

Compare Source

This release adds support for the Ethiopic calendar.

Ethiopic calendar

To use the Ethiopic calendar, import DayPicker from react-day-picker/ethiopic.

import { DayPicker } from "react-day-picker/ethiopic";

export function EthiopicCalendar() {
  return <DayPicker />;
}

Read more in the documentation and play with it in playground.

What's Changed

• feat: ethiopic calendar by @​temesgen-mulugeta in #​2658

Full Changelog: gpbl/react-day-picker@v9.9.0...v9.10.0

v9.9.0

Compare Source

This release includes a new reverseYears prop, a range selection fix, and a build update to fix issues with source maps.

Reversing the Years in the Dropdown

When using captionLayout='dropdown', set reverseYears to reverse the years listed in the dropdown: the most recent year will appear first.

<DayPicker captionLayout="dropdown" reverseYears />

See it in action in the playground.

What's Changed

• feat: add reverseYears prop by @​gpbl in #​2822
• fix: select the same day in range mode when range is open and min prop is 0 by @​rodgobbi in #​2816
• build: removed source maps and src directory from package by @​gpbl in #​2812
• build: update date-fns/tz dependency by @​gpbl in #​2823

Full Changelog: gpbl/react-day-picker@v9.8.1...v9.9.0

v9.8.1

Compare Source

Improved captionLayout documentation and build process.

What's Changed

• docs: Improve documentation for captionLayout prop by @​rodgobbi in #​2788 and @​haecheonlee in #​2787
• build: avoid locking dependencies by @​nihgwu in #​2789

New Contributors

• @​haecheonlee made their first contribution in #​2787
• @​n-zngr made their first contribution in #​2790
• @​nihgwu made their first contribution in #​2789

Full Changelog: gpbl/react-day-picker@v9.8.0...v9.8.1

v9.8.0

Compare Source

DayPicker 9.8 includes better keyboard navigation and resolves edge cases with month and year rendering.

What's Changed

• feat(accessibility): enable Shift+Arrows to navigate between months/years by @​mhwice in #​2770
• fix: setting defaultMonth to the next year with the dropdown navigation layout no longer prevents the calendar from rendering by @​rodgobbi in #​2783
• fix: correctly display the number of months when numberOfMonths and endMonth are set by @​gpbl in #​2784

New Contributors

• @​mhwice made their first contribution in #​2770

Full Changelog: gpbl/react-day-picker@v9.7.0...v9.8.0

v9.7.0

Compare Source

DayPicker 9.7 introduces a new navLayout prop to customize the layout of the navigation and includes improvements for time zones and localization.

Navigation Layouts

The navLayout prop allows you to change the layout of the navigation buttons in the calendar:

• With navLayout="around", navigation buttons are displayed on either side of the caption.
• With navLayout="after", navigation buttons are displayed after the caption. This layout ensures that the focus order respects the visual order, conforming to the WCAG 2.2 guidelines for accessibility.

For more details, see the Navigation Layouts section in the documentation.

<DayPicker navLayout="around" />

<DayPicker navLayout="after" />

What's Changed

• feat: add navLayout prop by @​gphttps://github.com/gpbl/react-day-picker/pull/2755l/2755
• fix: add timezone to Date props by @​gphttps://github.com/gpbl/react-day-picker/pull/2750l/2750
• fix: format week number with numerals by @​gphttps://github.com/gpbl/react-day-picker/pull/2756l/2756
• chore: rename useGetModifiers to createGetModifiers by @​gphttps://github.com/gpbl/react-day-picker/pull/2751l/2751
• chore: simplify DateLib types by @​gphttps://github.com/gpbl/react-day-picker/pull/2735l/2735
• chore: proofread and update jsdocs for consistency by @​gphttps://github.com/gpbl/react-day-picker/pull/2760l/2760

Full Changelog: gpbl/react-day-picker@v9.6.7...v9.7.0

v9.6.7

Compare Source

Improved handling of timezones, fixed alignment with the Left/Right navigation icons.

What's Changed

• fix: improve left/right icon alignment by @​AlecRust in #​2734
• fix: prevent timezone override when initialMonth is Date type by @​lovebuizel in #​2737

New Contributors

• @​lovebuizel made their first contribution in #​2737

Full Changelog: gpbl/react-day-picker@v9.6.6...v9.6.7

v9.6.6

Compare Source

Includes a fix for autoFocus prop not correctly autofocusing the selected day.

What's Changed

• fix: calculateFocusTarget logic by @​rodgobbi in #​2727

Full Changelog: gpbl/react-day-picker@v9.6.5...v9.6.6

v9.6.5

Compare Source

Fixed an issue with the Persian calendar.

What's Changed

• (fix) Persian calendar with enUS locale displaying empty week by @​gpbl in #​2723

Full Changelog: gpbl/react-day-picker@v9.6.4...v9.6.5

v9.6.4

Compare Source

What's Changed

• fix(animation): fix issues when navigating months during animation by @​rodgobbi in #​2710

Full Changelog: gpbl/react-day-picker@v9.6.3...v9.6.4

v9.6.3

Compare Source

Improved accessibility, fixed the default locale imports, and added missing files for source maps.

What's Changed

• fix(accessibility): add visually hidden text to announce month/year by @​rodgobbi in #​2716
• fix(build): fix importing of whole locale from date-fns by @​binhpv in #​2717
• fix(build): add back src to package.json by @​gpbl in #​2718

New Contributors

• @​Amethystix made their first contribution in #​2711

Full Changelog: gpbl/react-day-picker@v9.6.2...v9.6.3

v9.6.2

Compare Source

Fix issues when importing the Persian calendar or the CSS types declaration.

What's Changed

• fix: add persian.js to package.json files by @​maxnowack in #​2713
• fix: add missing css types to package.json files by @​maxnowack in #​2712

New Contributors

• @​maxnowack made their first contribution in #​2713

Full Changelog: gpbl/react-day-picker@v9.6.1...v9.6.2

v9.6.1

Compare Source

This release addresses an accessibility issue, adds a new animate prop and fixes other minor bugs.

Possible Breaking Change in Custom Styles

To address a focus lost bug affecting navigation buttons, we updated the buttons to use aria-disabled instead of the disabled attribute.

This change may cause custom styles for those disabled buttons to break. To fix it in your code, update the CSS selector to target [aria-disabled="true"]:

- .rdp-button_next:disabled,
+ .rdp-button_next[aria-disabled="true"] {
  /* your custom CSS */
}
- .rdp-button_previous:disabled,
+ .rdp-button_previous[aria-disabled="true"] {
  /* your custom CSS */
}

Animating Month Transitions

Thanks to the work by @​rodgobbi, we have added animations to DayPicker. The new animate prop enables CSS transitions for captions and weeks when navigating between months:

<DayPicker animate />

Customizing the animation style can be challenging due to the HTML table structure of the grid. We may address this in the future. Please leave your feedback in DayPicker Discussions.

What's Changed

• feat: new animate prop by @​rodgobbi in #​2684
• feat(performance): add sideEffects property to package.json by @​rodgobbi in #​2673
• fix(accessibility): focus lost when navigation button is disabled by @​gpbl in #​2685
• fix: render selected days with selected modifier when disabled by @​rodgobbi in #​2700
• fix(build): remove extra files from package.json by @​gpbl in #​2692
• chore(types): fix deprecation of select event handler types by @​timothyis in #​2680

v9.6.1

• fix(build): add missing .css entries in package.json files by @​gpbl in #​2703

New Contributors

• @​timothyis made their first contribution in #​2680

**Full Ch

---

Configuration

📅 Schedule: Branch creation - "after 12am every weekday" in timezone America/Los_Angeles, Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻ Rebasing: Never, or you tick the rebase/retry checkbox.

👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.

---

• If you want to rebase/retry this PR, check this box

---

This PR was generated by Mend Renovate. View the repository job log.

[renovate]

⚠ Artifact update problem

Renovate failed to update an artifact related to this branch. You probably do not want to merge this PR as-is.

♻ Renovate will retry this branch, including artifacts, only when one of the following happens:

• any of the package files in this branch needs updating, or
• the branch becomes conflicted, or
• you click the rebase/retry checkbox if found above, or
• you rename this PR's title to start with "rebase!" to trigger it manually

The artifact failure details are included below:

File name: package-lock.json

npm ERR! code ERESOLVE
npm ERR! ERESOLVE could not resolve
npm ERR! 
npm ERR! While resolving: react-day-picker@8.0.0-beta.37
npm ERR! Found: date-fns@3.6.0
npm ERR! node_modules/date-fns
npm ERR!   date-fns@"3.6.0" from the root project
npm ERR! 
npm ERR! Could not resolve dependency:
npm ERR! peer date-fns@"^2.10.0" from react-day-picker@8.0.0-beta.37
npm ERR! node_modules/react-day-picker
npm ERR!   react-day-picker@"8.0.0-beta.37" from the root project
npm ERR! 
npm ERR! Conflicting peer dependency: date-fns@2.30.0
npm ERR! node_modules/date-fns
npm ERR!   peer date-fns@"^2.10.0" from react-day-picker@8.0.0-beta.37
npm ERR!   node_modules/react-day-picker
npm ERR!     react-day-picker@"8.0.0-beta.37" from the root project
npm ERR! 
npm ERR! Fix the upstream dependency conflict, or retry
npm ERR! this command with --force, or --legacy-peer-deps
npm ERR! to accept an incorrect (and potentially broken) dependency resolution.
npm ERR! 
npm ERR! See /tmp/renovate/cache/others/npm/eresolve-report.txt for a full report.

npm ERR! A complete log of this run can be found in:
npm ERR!     /tmp/renovate/cache/others/npm/_logs/2024-05-06T15_50_48_161Z-debug-0.log