Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

📦 Update core dependencies (major) #39701

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

renovate[bot]
Copy link
Contributor

@renovate renovate bot commented Dec 18, 2023

This PR contains the following updates:

Package Change Age Adoption Passing Confidence
date-fns 2.27.0 -> 4.1.0 age adoption passing confidence
react-day-picker (source) 8.0.0-beta.37 -> 9.1.4 age adoption passing confidence

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 [email protected]: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
Added

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
Added
  • 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

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

v3.2.0

Compare Source

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

Fixed
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
Added

v3.0.6

Compare Source

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

Fixed

v3.0.5

Compare Source

This release is brought to you by @​goku4199.

Fixed

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

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

v2.29.2

Compare Source

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

Fixed

v2.29.1

Compare Source

Thanks to @​fturmel for working on the release.

Fixed

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
Fixed
Changed

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
Fixed
gpbl/react-day-picker (react-day-picker)

v9.1.4

Compare Source

v9.1.3

Compare Source

This release includes some minor build fixes and documentation updates.

What's Changed

New Contributors

Full Changelog: gpbl/react-day-picker@v9.1.2...v9.1.3

v9.1.2

Compare Source

What's Changed

Full Changelog: gpbl/react-day-picker@v9.1.1...v9.1.2

v9.1.1

Compare Source

This release improves reliability for controlled mode and adds experimental support for time zones.

Time Zone Support

By integrating the @​date-fns/tz utilities for handling time zones, we have added a new experimental timeZone prop. Please see the updated docs for more details.

import { DayPicker, TZDate } from 'react-day-picker';
<DayPicker 
    timeZone="Europe/Athens"  // set the time zone
    disabled={TZDate.tz("Europe/Athens")}  // make sure you use `TZDate` to initialize dates
/> 

[!NOTE]
If you were using the experimental react-day-picker/utc module, you can skip now it. Remove the @date-fns/utc package and just pass timeZone="UTC" to <DayPicker />.

What's Changed

Full Changelog: gpbl/react-day-picker@v9.1.0...v9.1.1

v9.1.0

Compare Source

Thank you for using and helping improve DayPicker. Here are the notable changes in this release:

  • Updated to date-fns v4.
    • Please update @date-fns/utc if you are using react-day-picker/utc.
  • Introduced new custom components for dropdowns and navigation buttons.
  • Fixed issues with controlled vs. uncontrolled selections not working as expected.

What's Changed

New Contributors

Full Changelog: gpbl/react-day-picker@v9.0.9...v9.1.0

v9.0.9

Compare Source

This release fixes a regression causing the calendar to reset when selecting the days, improves compatibility with the previous version and fixes some other bugs.

What's Changed

New Contributors

Full Changelog: gpbl/react-day-picker@v9.0.8...v9.0.9

v9.0.8

Compare Source

This release fixes a regression in v9.0.7 affecting range mode.

What's Changed

Full Changelog: gpbl/react-day-picker@v9.0.7...v9.0.8

v9.0.7

Compare Source

This release improves compatibility with v8 and fix an issue with the calendar navigation.

What's Changed

New Contributors

Full Changelog: gpbl/react-day-picker@v9.0.6...v9.0.7

v9.0.6

Compare Source

This release addresses the failed import of the common-js module for some app builder and add new data- attributes to help the integration with Tailwind. Thanks for your feedback!

What's Changed

New Contributors

Full Changelog: gpbl/react-day-picker@v9.0.5...v9.0.6

v9.0.5

Compare Source

This release improves the range mode behavior (see the updated docs) and address some styling issues.

What's Changed

New Contributors

Full Changelog: gpbl/react-day-picker@v9.0.4...v9.0.5

v9.0.4

Compare Source

This release fixes some bugs and improves compatibility with v8.10. Thanks for your feedback and patience! 🤖

What's Changed

New Contributors

Full Changelog: gpbl/react-day-picker@v9.0.3...v9.0.4

v9.0.3

Compare Source

This release fixes two issues found with the grid style and the range mode.

What's Changed

Full Changelog: gpbl/react-day-picker@v9.0.2...v9.0.3

v9.0.2

Compare Source

This update improves backward compatibility with v8.10.1 for range selection mode.

What's Changed

Full Changelog: gpbl/react-day-picker@v9.0.1...v9.0.2

v9.0.1

Compare Source

This update improves backward compatibility with v8.10.1.

What's Changed

Full Changelog: gpbl/react-day-picker@v9.0.0...v9.0.1

v9.0.0

Compare Source

DayPicker v9 is a major release including significant updates related to accessibility, customization and localization.

Install the Latest Version
npm install react-day-picker@latest

What’s New

  • Moved date-fns from peer dependencies to dependencies.
  • Added support for UTC dates and Jalali Calendar.
  • Enhanced accessibility to better comply with WCAG 2.1 recommendations.
  • Simplified styles and new CSS variables for easier customization.
  • Improved selection logic for range mode.
  • New dropdown-years and dropdown-months caption layouts.
  • New hideWeekdayRow and hideNavigation props.
  • Updated for a complete custom components support.
  • Improved typings and props for better compatibility in TypeScript strict mode.

Breaking Changes

While we tried to keep the API as stable as possible, some breaking changes were necessary to improve the library:

  • The updated ARIA labels could require new translations or updated unit tests selectors.
  • Custom CSS styles will likely break, due to the updated CSS classes and simplified styles.
  • Custom Components have new API and may break.
  • Some typings have been renamed or deprecated.
  • The useInput hook has been removed. See Input fields guide for more details.
  • onWeekNumberClick has been removed. Use a custom component to handle week number clicks.
  • The updated build system to ESM and CommonJS could break some custom bundler.
Upgrading Guide

We prepared a Upgrading guide for help upgrading your app to v9. We welcome feedback about the upgrade process, to ensure it's smooth for everyone.

Compatibility

DayPicker v9 is compatible with React 16.8+.

Get Support and Report Issues

Get support, report issues, and provide feedback on the Discussion forums. Thanks.

New Contributors

v8.10.1

Compare Source

What's Changed

New Contributors

Full Changelog: gpbl/react-day-picker@v8.10.0...v8.10.1

v8.10.0

Compare Source

What's Changed

New Features
Fixes
Docs Udpates

New Contributors


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.

Copy link
Contributor Author

renovate bot commented Dec 18, 2023

⚠ 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: [email protected]
npm ERR! Found: [email protected]
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 [email protected]
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: [email protected]
npm ERR! node_modules/date-fns
npm ERR!   peer date-fns@"^2.10.0" from [email protected]
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

@renovate renovate bot force-pushed the renovate/major-core-dependencies branch from 2052187 to 7d07322 Compare January 2, 2024 16:34
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch from 7d07322 to f8fa529 Compare January 19, 2024 19:29
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch from f8fa529 to 53c5cb2 Compare January 26, 2024 20:21
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch 3 times, most recently from 5746fc1 to 737a3e8 Compare February 7, 2024 01:42
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch 2 times, most recently from 7e28973 to 931c66a Compare February 20, 2024 19:04
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch from 931c66a to a364660 Compare March 4, 2024 17:30
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch 2 times, most recently from c00691a to eb8cb53 Compare April 15, 2024 18:09
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch from eb8cb53 to 22e75eb Compare April 18, 2024 17:34
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch 2 times, most recently from 1a1f0f9 to 941108c Compare May 1, 2024 15:54
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch 2 times, most recently from 07b072d to 1d8db8f Compare May 10, 2024 16:45
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch 2 times, most recently from 927de41 to c001fcc Compare May 20, 2024 18:11
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch 2 times, most recently from fd3d7e0 to 551c0d9 Compare June 3, 2024 19:10
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch 2 times, most recently from 7c27bee to ba5496f Compare June 11, 2024 17:29
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch from ba5496f to 85703e0 Compare June 13, 2024 13:17
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch 3 times, most recently from a1206a3 to fb3681c Compare June 26, 2024 16:04
@renovate renovate bot changed the title 📦 Update dependency date-fns to v3 📦 Update dependency date-fns to v3 - autoclosed Jun 27, 2024
@renovate renovate bot closed this Jun 27, 2024
@renovate renovate bot deleted the renovate/major-core-dependencies branch June 27, 2024 09:51
@renovate renovate bot restored the renovate/major-core-dependencies branch June 27, 2024 18:53
@renovate renovate bot changed the title 📦 Update dependency date-fns to v3 - autoclosed 📦 Update dependency date-fns to v3 Jun 27, 2024
@renovate renovate bot reopened this Jun 27, 2024
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch 3 times, most recently from 6085d16 to edb5ae3 Compare July 11, 2024 16:57
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch from edb5ae3 to dc05cc1 Compare August 6, 2024 16:03
@renovate renovate bot changed the title 📦 Update dependency date-fns to v3 📦 Update core dependencies (major) Aug 6, 2024
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch 2 times, most recently from bfa9e6d to 1f02fef Compare August 12, 2024 17:02
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch from 1f02fef to 42f4b79 Compare August 27, 2024 10:39
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch 3 times, most recently from 1c85da9 to 76a60e5 Compare September 9, 2024 16:16
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch 2 times, most recently from 6ddec65 to 8d7279b Compare September 23, 2024 15:59
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch 5 times, most recently from 18e8d6d to 3c414eb Compare October 1, 2024 16:08
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch 3 times, most recently from e789215 to 9052964 Compare October 8, 2024 15:27
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch 2 times, most recently from f93eec0 to bad05ff Compare October 18, 2024 00:11
@renovate renovate bot force-pushed the renovate/major-core-dependencies branch from bad05ff to f58c28c Compare October 20, 2024 23:15
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

0 participants