Skip to content

build(deps): update production dependencies (major)#1597

Open
renovate[bot] wants to merge 1 commit intomainfrom
renovate/major-production-dependencies
Open

build(deps): update production dependencies (major)#1597
renovate[bot] wants to merge 1 commit intomainfrom
renovate/major-production-dependencies

Conversation

@renovate
Copy link
Contributor

@renovate renovate bot commented Feb 26, 2026

This PR contains the following updates:

Package Change Age Confidence
contentful-batch-libs ^9.7.0^10.1.5 age confidence
date-fns ^2.30.0^4.1.0 age confidence
p-queue ^6.6.2^9.1.0 age confidence
yargs (source) ^17.7.2^18.0.0 age confidence

Release Notes

contentful/contentful-batch-libs (contentful-batch-libs)

v10.1.5

Compare Source

v10.1.4

Compare Source

v10.1.3

Compare Source

v10.1.2

Compare Source

v10.1.1

Compare Source

Bug Fixes

v10.1.0

Compare Source

Features
  • Improve 'setupLogging' to instantiate a log array if none is provided (#​244) (d90896d)

v10.0.0

Compare Source

Refactor
BREAKING CHANGES

  • Replace type definitions defined in types.d.ts with generated type defs with entrypoint dist/index.d.ts.
  • Changed addSequenceHeader and getEntityName from default exports to named exports (listed in the todos).

Other notable (and less breaking?) changes:

  • Added a whole bunch of extra object reference checks. I have extracted the more complex checks, to the ✨new./type-guards.ts file.

  • Replaced lodash.cloneDeep with the structuredClone global function.

  • Modified the return structure of the proxyObjectToString function from:

    type proxyObjectToStringReturnType = |
      { host: number; port: number; isHttps: boolean; } | 
      { host: number; port: number; isHttps: boolean; auth: { username: string; password: string }; };

    to:

    type proxyObjectToStringReturnType = { 
      host: number; 
      port: number; 
      isHttps: boolean; 
      auth?: { username: string; password: string }; };

    The changes are subtle, but it is important to call out the change in behaviour here.

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

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.

sindresorhus/p-queue (p-queue)

v9.1.0

Compare Source


v9.0.1

Compare Source

  • Fix: Remove abort listener when operation completes (#​235) e9074f0

v9.0.0

Compare Source

Breaking
  • Require Node.js 20 b2600d5
  • Remove throwOnTimeout option - timeouts now always throw e48716f
    • It was a mistake to not throw on timeouts and the option made it complicated to handle types.
    • If you really need the old behavior back:
      const result = await queue.add(fn).catch(error => {
        if (error instanceof TimeoutError) {
        	return undefined;
        }
      
        throw error;
      });
Improvements
Fixes
  • Fix stack overflow with many aborted tasks 81cbae2
  • Fix interval cap race condition with high concurrency 7fea658
  • Fix interval timing when queue becomes empty between task additions 7b3f53e
  • Fix priority default handling for undefined values 439d512

v8.1.1

Compare Source


v8.1.0

Compare Source

v8.0.1

Compare Source

  • Fix TypeScript types for when tsconfig exactOptionalPropertyTypes is enabled (#​202) ec4e2a3

v8.0.0

Compare Source

Breaking
  • Require Node.js 18 68dfe95
  • Removed the AbortError export. It now throws the built-in DOMException when using the signal option. 68dfe95
  • TypeScript: Rename DefaultAddOptions type to QueueAddOptions

v7.4.1

Compare Source

  • Fix problem with importing into TypeScript project 9f7ad20

v7.4.0

Compare Source

v7.3.4

Compare Source

v7.3.3

Compare Source

v7.3.2

Compare Source

v7.3.1

Compare Source

v7.3.0

Compare Source

v7.2.0

Compare Source

v7.1.0

Compare Source

v7.0.0

Compare Source

Breaking
Improvements
yargs/yargs (yargs)

v18.0.0

Compare Source

⚠ BREAKING CHANGES
  • command names are not derived from modules passed to command.
  • singleton usage of yargs yargs.foo, yargs().argv, has been removed.
  • minimum node.js versions now ^20.19.0 || ^22.12.0 || >=23.
  • yargs is now ESM first
Features
Bug Fixes
  • addDirectory do not support absolute command dir (#​2465) (3a40a78)
  • allows ESM modules commands to be extensible using visit option (#​2468) (200e1aa)
  • browser: fix shims so that yargs continues working in browser context (#​2457) (4ae5f57)
  • build: address problems with typescript compilation (#​2445) (8d72fb3)
  • coerce should play well with parser configuration (#​2308) (8343c66)
  • deps: update dependency yargs-parser to v22 (#​2470) (639130d)
  • exit after async handler done (#​2313) (e326cde)
  • handle spaces in bash completion (#​2452) (83b7788)
  • parser-configuration should work well with generated completion script (#​2332) (888db19)
  • propagate Dictionary including undefined in value type (#​2393) (2b2f7f5)
  • zsh: completion no longer requires double tab when using autoloaded (0dd8fe4)
Code Refactoring
  • command names are not derived from modules passed to command. (d90af45)
  • singleton usage of yargs yargs.foo, yargs().argv, has been removed. (d90af45)
Build System
  • minimum node.js versions now ^20.19.0 || ^22.12.0 || >=23. (d90af45)

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Enabled.

Rebasing: Whenever PR is behind base branch, 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 renovate bot enabled auto-merge (squash) February 26, 2026 22:50
renovate-approve[bot]
renovate-approve bot previously approved these changes Feb 26, 2026
@renovate renovate bot force-pushed the renovate/major-production-dependencies branch from 7f772e0 to 68b9bc2 Compare February 27, 2026 17:42
@renovate renovate bot changed the title fix(deps): update production dependencies (major) build(deps): update production dependencies (major) Feb 27, 2026
@renovate renovate bot force-pushed the renovate/major-production-dependencies branch 3 times, most recently from 306788c to bbf94ee Compare March 4, 2026 18:45
@renovate renovate bot force-pushed the renovate/major-production-dependencies branch from bbf94ee to db26f59 Compare March 5, 2026 18:03
renovate-approve[bot]
renovate-approve bot previously approved these changes Mar 5, 2026
@renovate renovate bot force-pushed the renovate/major-production-dependencies branch from db26f59 to 5172eb4 Compare March 5, 2026 18:07
renovate-approve[bot]
renovate-approve bot previously approved these changes Mar 5, 2026
@renovate renovate bot force-pushed the renovate/major-production-dependencies branch from 5172eb4 to c46697c Compare March 5, 2026 19:58
renovate-approve[bot]
renovate-approve bot previously approved these changes Mar 5, 2026
@renovate renovate bot force-pushed the renovate/major-production-dependencies branch from c46697c to 4a5a282 Compare March 5, 2026 22:19
@renovate renovate bot force-pushed the renovate/major-production-dependencies branch from 4a5a282 to 801655f Compare March 6, 2026 07:03
renovate-approve[bot]
renovate-approve bot previously approved these changes Mar 6, 2026
@renovate renovate bot force-pushed the renovate/major-production-dependencies branch from 801655f to e4a55ee Compare March 7, 2026 14:57
renovate-approve[bot]
renovate-approve bot previously approved these changes Mar 7, 2026
@renovate renovate bot force-pushed the renovate/major-production-dependencies branch from e4a55ee to 8b30954 Compare March 10, 2026 11:07
@renovate renovate bot force-pushed the renovate/major-production-dependencies branch from 8b30954 to 65ec66d Compare March 11, 2026 01:39
renovate-approve[bot]
renovate-approve bot previously approved these changes Mar 11, 2026
@renovate renovate bot force-pushed the renovate/major-production-dependencies branch from 65ec66d to 9847676 Compare March 13, 2026 02:35
renovate-approve[bot]
renovate-approve bot previously approved these changes Mar 13, 2026
@renovate renovate bot force-pushed the renovate/major-production-dependencies branch from 9847676 to 3ebe919 Compare March 14, 2026 02:41
renovate-approve[bot]
renovate-approve bot previously approved these changes Mar 14, 2026
@renovate renovate bot force-pushed the renovate/major-production-dependencies branch from 3ebe919 to e59ac84 Compare March 17, 2026 18:46
renovate-approve[bot]
renovate-approve bot previously approved these changes Mar 17, 2026
@renovate renovate bot force-pushed the renovate/major-production-dependencies branch from e59ac84 to 04ccda4 Compare March 21, 2026 03:01
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants