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

fix(deps): update dependency immutable to v4.3.7 #3329

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

Conversation

renovate[bot]
Copy link
Contributor

@renovate renovate bot commented Aug 24, 2021

This PR contains the following updates:

Package Type Update Change OpenSSF
immutable (source) dependencies minor 4.0.0-rc.1 -> 4.3.7 OpenSSF Scorecard

Release Notes

immutable-js/immutable-js (immutable)

v4.3.7

Compare Source

v4.3.6

Compare Source

v4.3.5

Compare Source

What's Changed

New Contributors

Full Changelog: immutable-js/immutable-js@v4.3.4...v4.3.5

v4.3.4

Compare Source

v4.3.3

Compare Source

v4.3.2

Compare Source

  • [TypeScript] Fix isOrderedSet type #​1948

v4.3.1

Compare Source

  • Faster and implementation of some #​1944
  • [internal] remove unused exports #​1928

v4.3.0

Compare Source

v4.2.4

Compare Source

v4.2.3

Compare Source

  • [TypeScript] groupBy return either a Map or an OrderedMap: make the type more precise than base Collection #​1924

v4.2.2

Compare Source

v4.2.1

Compare Source

  • [Typescript] rollback some of the change on toJS to avoir circular reference

v4.2.0

Compare Source

  • [TypeScript] Better type for toJS #​1917 by jdeniau
    • [TS Minor Break] tests are ran with TS > 4.5 only. It was tested with TS > 2.1 previously, but we want to level up TS types with recent features. TS 4.5 has been released more than one year before this release. If it does break your implementation (it might not), you should probably consider upgrading to the latest TS version.
  • Added a partition method to all containers #​1916 by johnw42

v4.1.0

Compare Source

v4.0.0

Compare Source

This release brings new functionality and many fixes.

  1. Key changes
  2. Note for users of v4.0.0-rc.12
  3. Breaking changes
  4. New
  5. Fixed
Key changes
   Diff of changed API (click to expand)
+  Collection.[Symbol.iterator]
+  Collection.toJSON
+  Collection.update
+  Collection.Indexed.[Symbol.iterator]
+  Collection.Indexed.toJSON
+  Collection.Indexed.update
+  Collection.Indexed.zipAll
+  Collection.Keyed.[Symbol.iterator]
+  Collection.Keyed.toJSON
+  Collection.Keyed.update
+  Collection.Set.[Symbol.iterator]
+  Collection.Set.toJSON
+  Collection.Set.update
-  Collection.size
-  Collection.Indexed.size
-  Collection.Keyed.size
-  Collection.Set.size

+  List.[Symbol.iterator]
+  List.toJSON
+  List.wasAltered
+  List.zipAll
-  List.mergeDeep
-  List.mergeDeepWith
-  List.mergeWith

+  Map.[Symbol.iterator]
+  Map.deleteAll
+  Map.toJSON
+  Map.wasAltered

+  OrderedMap.[Symbol.iterator]
+  OrderedMap.deleteAll
+  OrderedMap.toJSON
+  OrderedMap.wasAltered
+  OrderedSet.[Symbol.iterator]
+  OrderedSet.toJSON
+  OrderedSet.update
+  OrderedSet.wasAltered
+  OrderedSet.zip
+  OrderedSet.zipAll
+  OrderedSet.zipWith

+  Record.[Symbol.iterator]
+  Record.asImmutable
+  Record.asMutable
+  Record.clear
+  Record.delete
+  Record.deleteIn
+  Record.merge
+  Record.mergeDeep
+  Record.mergeDeepIn
+  Record.mergeDeepWith
+  Record.mergeIn
+  Record.mergeWith
+  Record.set
+  Record.setIn
+  Record.toJSON
+  Record.update
+  Record.updateIn
+  Record.wasAltered
+  Record.withMutations
+  Record.Factory.displayName
-  Record.butLast
-  Record.concat
-  Record.count
-  Record.countBy
-  Record.entries
-  Record.entrySeq
-  Record.every
-  Record.filter
-  Record.filterNot
-  Record.find
-  Record.findEntry
-  Record.findKey
-  Record.findLast
-  Record.findLastEntry
-  Record.findLastKey
-  Record.first
-  Record.flatMap
-  Record.flatten
-  Record.flip
-  Record.forEach
-  Record.groupBy
-  Record.includes
-  Record.isEmpty
-  Record.isSubset
-  Record.isSuperset
-  Record.join
-  Record.keyOf
-  Record.keySeq
-  Record.keys
-  Record.last
-  Record.lastKeyOf
-  Record.map
-  Record.mapEntries
-  Record.mapKeys
-  Record.max
-  Record.maxBy
-  Record.min
-  Record.minBy
-  Record.reduce
-  Record.reduceRight
-  Record.rest
-  Record.reverse
-  Record.skip
-  Record.skipLast
-  Record.skipUntil
-  Record.skipWhile
-  Record.slice
-  Record.some
-  Record.sort
-  Record.sortBy
-  Record.take
-  Record.takeLast
-  Record.takeUntil
-  Record.takeWhile
-  Record.toArray
-  Record.toIndexedSeq
-  Record.toKeyedSeq
-  Record.toList
-  Record.toMap
-  Record.toOrderedMap
-  Record.toOrderedSet
-  Record.toSet
-  Record.toSetSeq
-  Record.toStack
-  Record.valueSeq
-  Record.values

+  Seq.[Symbol.iterator]
+  Seq.toJSON
+  Seq.update
+  Seq.Indexed.[Symbol.iterator]
+  Seq.Indexed.toJSON
+  Seq.Indexed.update
+  Seq.Indexed.zipAll
+  Seq.Keyed.[Symbol.iterator]
+  Seq.Keyed.toJSON
+  Seq.Keyed.update
+  Seq.Set.[Symbol.iterator]
+  Seq.Set.toJSON
+  Seq.Set.update

+  Set.[Symbol.iterator]
+  Set.toJSON
+  Set.update
+  Set.wasAltered

+  Stack.[Symbol.iterator]
+  Stack.toJSON
+  Stack.update
+  Stack.wasAltered
+  Stack.zipAll

+  ValueObject.equals
+  ValueObject.hashCode

-  Iterable.*
-  Iterable.Indexed.*
-  Iterable.Keyed.*
-  Iterable.Set.*
Note for users of v4.0.0-rc.12

There were mostly bugfixes and improvements since RC 12. Upgrading should be painless for most users.
However, there is one breaking change: The behavior of merge and mergeDeep has changed. See below for details.

BREAKING
merge()
  • No longer use value-equality within merge() (#​1391)

    This rectifies an inconsistent behavior between x.merge(y) and x.mergeDeep(y) where merge would
    use === on leaf values to determine return-self optimizations, while mergeDeep would use is().
    This improves consistency across the library and avoids a possible performance pitfall.

  • No longer deeply coerce argument to merge() (#​1339)

    Previously, the argument provided to merge() was deeply converted to Immutable collections via fromJS().
    This was the only function in the library which calls fromJS() indirectly,
    and it was surprising and made it difficult to understand what the result of merge() would be.
    Now, the value provided to merge() is only shallowly converted to an Immutable collection, similar to
    related methods in the library. This may change the behavior of your calls to merge().

mergeDeep()
  • Replace incompatible collections when merging nested data (#​1840)

    It will no longer merge lists of tuples into maps. For more information see
    #​1840 and the updated mergeDeep() documentation.

  • Concat Lists when merging deeply (#​1344)

    Previously, calling map.mergeDeep() with a value containing a List would replace the values in the
    original List. This has always been confusing, and does not properly treat List as a monoid.
    Now, List.merge is simply an alias for List.concat, and map.mergeDeep() will concatenate deeply-found lists
    instead of replacing them.

Seq
  • Remove IteratorSequence. Do not attempt to detect iterators in Seq(). (#​1589)

    Iterables can still be provided to Seq(), and most Iterators are also
    Iterables, so this change should not affect the vast majority of uses.
    For more information, see PR #​1589

  • Remove Seq.of() (#​1311, #​1310)

    This method has been removed since it cannot be correctly typed. It's recommended to convert
    Seq.of(1, 2, 3) to Seq([1, 2, 3]).

isImmutable()
  • isImmutable() now returns true for collections currently within a withMutations() call. (#​1374)

    Previously, isImmutable() did double-duty of both determining if a value was a Collection or Record
    from this library as well as if it was outside a withMutations() call.
    This latter case caused confusion and was rarely used.

toArray()
  • KeyedCollection.toArray() returns array of tuples. (#​1340)

    Previously, calling toArray() on a keyed collection (incl Map and OrderedMap) would
    discard keys and return an Array of values. This has always been confusing, and differs from Array.from().
    Now, calling toArray() on a keyed collection will return an Array of [key, value] tuples, matching
    the behavior of Array.from().

concat()
  • list.concat() now has a slightly more efficient implementation and map.concat() is an alias for map.merge(). (#​1373)

    In rare cases, this may affect use of map.concat() which expected slightly different behavior from map.merge().

Collection, formerly Iterable
  • The Iterable class has been renamed to Collection, and isIterable() has been renamed to isCollection().
    Aliases with the existing names exist to make transitioning code easier.
Record
  • Record is no longer an Immutable Collection type.
    • Now isCollection(myRecord) returns false instead of true.
    • The sequence API (such as map, filter, forEach) no longer exist on Records.
    • delete() and clear() no longer exist on Records.
Other breaking changes
  • Potentially Breaking: Improve hash speed and avoid collision for common values (#​1629)

    Causes some hash values to change, which could impact the order of iteration of values in some Maps
    (which are already advertised as unordered, but highlighting just to be safe)

  • Node buffers no longer considered value-equal (#​1437)

  • Plain Objects and Arrays are no longer considered opaque values (#​1369)

    This changes the behavior of a few common methods with respect to plain Objects and Arrays where these were
    previously considered opaque to merge() and setIn(), they now are treated as collections and can be merged
    into and updated (persistently). This offers an exciting alternative to small Lists and Records.

  • The "predicate" functions, isCollection, isKeyed, isIndexed, isAssociative have been moved from Iterable. to the top level exports.

  • The toJSON() method performs a shallow conversion (previously it was an alias for toJS(), which remains a deep conversion).

  • Some minor implementation details have changed, which may require updates to libraries which deeply integrate with Immutable.js's private APIs.

  • The Cursor API is officially deprecated. Use immutable-cursor instead.

  • Potentially Breaking: [TypeScript] Remove Iterable<T> as tuple from Map constructor types (#​1626)

    Typescript allowed constructing a Map with a list of List instances, assuming each was a key, value pair.
    While this runtime behavior still works, this type led to more issues than it solved, so it has been removed.
    (Note, this may break previous v4 rcs, but is not a change against v3)

New
  • Update TypeScript and Flow definitions:
    • The Flowtype and TypeScript type definitions have been completely rewritten with much higher quality and accuracy,
      taking advantage of the latest features from both tools.
    • Simplified TypeScript definition files to support all UMD use cases (#​1854)
    • Support Typescript 3 (#​1593)
    • Support Typescript strictNullChecks (#​1168)
    • Flow types to be compatible with the latest version 0.160.0
    • Enable flow strict (#​1580)
  • Add "sideEffects: false" to package.json (#​1661)

  • Use ES standard for iterator method reuse (#​1867)

  • Generalize fromJS() and Seq() to support Sets (#​1865)

  • Top level predicate functions (#​1600)

    New functions are exported from the immutable module:
    isSeq(), isList(), isMap(), isOrderedMap(), isStack(), isSet(), isOrderedSet(), and isRecord().

  • Improve performance of toJS (#​1581)

    Cursory test is >10% faster than both v3.8.2 and v4.0.0-rc.7,
    and corrects the regression since v4.0.0-rc.9.

  • Added optional notSetValue in first() and last() (#​1556)

  • Make isArrayLike check more precise to avoid false positives (#​1520)

  • map() for List, Map, and Set returns itself for no-ops (#​1455) (5726bd1)

  • Hash functions as objects, allowing functions as values in collections (#​1485)

  • Functional API for get(), set(), and more which support both Immutable.js collections and plain Objects and Arrays (#​1369)

  • Relicensed as MIT (#​1320)

  • Support for Transducers! (ee9c68f1)

  • Add new method, zipAll() (#​1195)

  • Bundle and distribute an "es module" so Webpack and Rollup can use tree-shaking for smaller builds (#​1204)

  • Warn instead of throw when getIn() has a bad path (668f2236)

  • A new predicate function isValueObject() helps to detect objects which implement equals() and hashCode(),
    and type definitions now define the interface ValueObject which you can implement in your own code to create objects which
    behave as values and can be keys in Maps or entries in Sets.

  • Using fromJS() with a "reviver" function now provides access to the key path to each translated value. (#​1118)

Fixed
  • Fix issue with IE11 and missing Symbol.iterator (#​1850)

  • Fix ordered set with map (#​1663)

  • Do not modify iter during List.map and Map.map (#​1649)

  • Fix ordered map delete all (#​1777)

  • Hash symbols as objects (#​1753)

  • Fix returning a Record in merge() when Record is empty (#​1785)

  • Fix for RC~12: Records from different factories aren't equal (#​1734)

  • "too much recursion" error when creating a Record type from an instance of another Record (#​1690)

  • Fix glob for npm format script on Windows (#​18)

  • Remove deprecated cursor API (#​13)

  • Add missing es exports (#​1740)

  • Support nulls in genTypeDefData.js (#​185)

  • Support isPlainObj in IE11 and other esoteric parameters f3a6d5ce

  • Set.map produces valid underlying map (#​1606)

  • Support isPlainObj with constructor key (#​1627)

  • groupBy no longer returns a mutable Map instance (#​1602)

  • Fix issue where refs can recursively collide, corrupting .size (#​1598)

  • Throw error in mergeWith() method if missing the required merger function (#​1543)

  • Update isPlainObj() to workaround Safari bug and allow cross-realm values (#​1557)

  • Fix missing "& T" to some methods in RecordInstance (#​1464)

  • Make notSetValue optional for typed Records (#​1461) (a1029bb)

  • Export type of RecordInstance (#​1434)

  • Fix Record size check in merge() (#​1521)

  • Fix Map#concat being not defined (#​1402)

  • getIn() no longer throws when encountering a missing path (#​1361)
  • Do not throw when printing value that cannot be coerced to primitive (#​1334)
  • Do not throw from hasIn (#​1319)

  • Long hash codes no longer cause an infinite loop (#​1175)

  • slice() which should return an empty set could return a full set or vice versa (#​1245, #​1287)

  • Ensure empty slices do not throw when iterated (#​1220)

  • Error during equals check on Record with undefined or null (#​1208)

  • Fix size of count() after filtering or flattening (#​1171)

v4.0.0-rc.15

Compare Source

This is the last planned RC release before releasing a stable 4.0!! 🎉 🎉 🎉

BREAKING:

New:

  • Add "sideEffects: false" to package.json (#​1661)
  • Update Flow types to be compatible with the latest version (#​1863)
  • Use ES standard for iterator method reuse (#​1867)
  • Generalize fromJS() and Seq() to support Sets (#​1865)

Fixes:

  • Fix some TS type defs (#​1847)
    • Adds ArrayLike<T> as option to type factory functions and fromJS now returns Collection<unknown> instead of just unknown.
  • Fix issue with IE11 and missing Symbol.iterator (#​1850)
  • Simplify typescript definition files to support all UMD use cases (#​1854)

v4.0.0-rc.14: 4.0.0-rc.14

Compare Source

  • Fixes some TypeScript issues (Map constructor, update function, mapEntries)
  • Fix add zipall to orderedset
  • Improve documentation

v4.0.0-rc.12

Compare Source

There were mostly bugfixes and improvements since RC 12. Upgrading should be painless for most users.
However, there is one breaking change: The behavior of merge and mergeDeep has changed. See below for details.

v4.0.0-rc.11

Compare Source

Potentially Breaking:

  • Improve hash speed and avoid collision for common values (#​1629)

    Causes some hash values to change, which could impact the order of iteration of values in some Maps (which are already advertised as unordered, but highlighting just to be safe)

  • [TypeScript] Remove Iterable<T> as tuple from Map constructor types (#​1626)

    Typescript allowed constructing a Map with a list of List instances, assuming each was a key, value pair. While this runtime behavior still works, this type led to more issues than it solved so it has been removed. (Note, this may break previous v4 rcs, but is not a change against v3)

Fixes:

  • Give Records a displayName (#​1625)
  • Set.map produces valid underlying map (#​1606)
  • Support isPlainObj with constructor key (#​1627)

Docs:

v4.0.0-rc.10

Compare Source

It's been a long time since the last release candidate, but quite a bit of work has happened since the last once. One step closer to a final release!

Breaking:

  • Remove IteratorSequence. Do not attempt to detect iterators in Seq(). (#​1589)

    Iterables can still be provided to Seq(), and most Iterators are also
    Iterables, so this change should not affect the vast majority of uses.
    For more information, see PR #​1589

  • Node buffers no longer considered value-equal

    This was actually broken as of v4.0.0-rc.1 (2dcf3ef)
    but was highlighted as a breaking change by (#​1437)

New:

  • Top level predicate functions (#​1600)

    New functions are exported from the immutable module:
    isSeq(), isList(), isMap(), isOrderedMap(), isStack(), isSet(), isOrderedSet(), and isRecord().

  • Support Typescript 3 (#​1593)
  • Support latest Flow (#​1531)
  • Add RecordOf<TProps> type alias for TypeScript, matching Flow (#​1578)
  • Improved Flow support for Record subclasses (still not advised) (#​1414)
  • Improve performance of toJS (#​1581)

    Cursory test is >10% faster than both v3.8.2 and v4.0.0-rc.7,
    and corrects the regression since v4.0.0-rc.9.

  • Added optional notSetValue in first() and last() (#​1556)
  • Enable flow strict (#​1580)
  • Make isArrayLike check more precise to avoid false positives (#​1520)
  • map() for List, Map, and Set returns itself for no-ops (#​1455) (5726bd1)
  • Hash functions as objects, allowing functions as values in collections (#​1485)

Fix:

  • groupBy no longer returns a mutable Map instance (#​1602)
  • Fix issue where refs can recursively collide, corrupting .size (#​1598)
  • Throw error in mergeWith() method if missing the required merger function (#​1543)
  • Update isPlainObj() to workaround Safari bug and allow cross-realm values (#​1557)
  • The mergeDeepWith merger is untypable in TS/Flow. (#​1532)
  • Fix missing "& T" to some methods in RecordInstance (#​1464)
  • Make notSetValue optional for typed Records (#​1461) (a1029bb)
  • Export type of RecordInstance (#​1434)
  • Fix Record size check in merge() (#​1521)
  • Fix Map#concat being not defined (#​1402)

v4.0.0-rc.9

Compare Source

Fixes:

  • Improved typescript definitions for new functional API (#​1395)
  • Improved flow types for Record setIn()/getIn() key-paths. (#​1399)
  • Improved flow types for functional merge() definitions. (#​1400)

v4.0.0-rc.8

Compare Source

BREAKING:

  • list.concat() now has a slightly more efficient implementation and map.concat() is an alias for map.merge(). (#​1373)

    In rare cases, this may affect use of map.concat() which expected slightly different behavior from map.merge().

  • isImmutable() now returns true for collections currently within a withMutations() call. (#​1374)

    Previously, isImmutable() did double-duty of both determining if a value was a Collection or Record from this library as well as if it was outside a withMutations() call. This latter case caused confusion and was rarely used.

  • Plain Objects and Arrays are no longer considered opaque values (#​1369)

    This changes the behavior of a few common methods with respect to plain Objects and Arrays where these were previously considered opaque to merge() and setIn(), they now are treated as collections and can be merged into and updated (persistently). This offers an exciting alternative to small Lists and Records.

  • No longer use value-equality within merge() (#​1391)

    This rectifies an inconsistent behavior between x.merge(y) and x.mergeDeep(y) where merge would use === on leaf values to determine return-self optimizations, while mergeDeep would use is(). This improves consistency across the library and avoids a possible performance pitfall.

New:

  • Dramatically better Flow types for getIn(), setIn(), updateIn() which understand key paths (#​1366, #​1377)
  • Functional API for get(), set(), and more which support both Immutable.js collections and plain Objects and Arrays (#​1369)

Fixed:

  • getIn() no longer throws when encountering a missing path (#​1361)
  • Flow string enums can now be used as Map keys or Record fields (#​1376)
  • Flow now allows record.get() to provide a not-set-value (#​1378)
  • Fixed Flow return type for Seq.Set() (3e671a2)

v4.0.0-rc.7

Compare Source

Fixes:

  • Fixed syntax error in typescript definitions which limited some checking (#​1354)

v4.0.0-rc.6

Compare Source

Fixes:

  • Flow types now understand list.filter(Boolean) will remove null values (#​1352)
  • Added missing flow types for Record.hasIn and Record.getIn (#​1350)

v4.0.0-rc.5

Compare Source

BREAKING:

  • Concat Lists when merging deeply (#​1344)

    Previously, calling map.mergeDeep() with a value containing a List would replace the values in the original List. This has always been confusing, and does not properly treat List as a monoid. Now, List.merge is simply an alias for List.concat, and map.mergeDeep() will concatenate lists instead of replacing them.

  • No longer deeply coerce argument to merge() (#​1339)

    Previously, the argument provided to merge() was deeply converted to Immutable collections via fromJS(). This was the only function in the library which calls fromJS() indirectly directly, and it was surprising and made it difficult to understand what the result of merge() would be. Now, the value provided to merge() is only shallowly converted to an Immutable collection, similar to related methods in the library. This may change the behavior of your calls to merge().

  • KeyedCollection.toArray() returns array of tuples. (#​1340)

    Previously, calling toArray() on a keyed collection (incl Map and OrderedMap) would discard keys and return an Array of values. This has always been confusing, and differs from Array.from(). Now, calling toArray() on a keyed collection will return an Array of [key, value] tuples, matching the behavior of Array.from().

New:

Fixed:

  • zipAll type should predict undefined values (#​1322)
  • Do not throw when printing value that cannot be coerced to primitive (#​1334)
  • Ensure set.subtract() accepts any iterable. (#​1338)
  • Fix TypeScript definitions for merge functions (#​1336)
  • Ensure when OrderedSet becomes empty, that it remains OrderedSet (#​1335)
  • Fix slow iterator for Set (#​1333)
  • Add proper typescript type for map.flip() (#​1332)
  • Set wasAltered() to false after List.asImmutable() (#​1331)

v4.0.0-rc.4

Compare Source

Fixes:

  • Fixed a regression from rc.3 where value hashing was not working (#​1325, #​1328)
  • Stop the iteration of an exhausted, unknown-sized sequence when slicing (#​1324)
  • Flow type the prototype chain of "plain object" inputs (#​1328)

v4.0.0-rc.3

Compare Source

This RC is now relicensed as MIT (#​1320)

BREAKING:

  • Remove Seq.of() (#​1311, #​1310 )

    This method has been removed since it cannot be correctly typed. It's recommended to convert Seq.of(1, 2, 3) to Seq([1, 2, 3]).

New:

  • Support for Transducers! (ee9c68f)
  • A new method, zipAll() (#​1195)
  • Considerably improved Record typing (#​1193, #​1276)
  • Bundle and distribute an "es module" so Webpack and Rollup can use tree-shaking for smaller builds (#​1204)
  • Warn instead of throw when getIn() has a bad path (668f223)
  • Improved TypeScript types for zip(). (#​1258)
  • Improved TypeScript types for has(). (#​1232)
  • Support typescript strictNullChecks (#​1168)

Fixed:

  • Updated Flow types to work with 0.55 and higher (#​1312)
  • Updated TypeScript types to work with v2.4 and higher (#​1285)
  • Do not throw from hasIn (#​1319)
  • Long hash codes no longer cause an infinite loop (#​1175)
  • slice() which should return an empty set could return a full set or vice versa (#​1245, #​1287)
  • Ensure empty slices do not throw when iterated (#​1220)
  • Error during equals check on Record with undefined or null (#​1208)
  • Fixes missing size property in flow types. (#​1173)
  • Fix size of count() after filtering or flattening (#​1171)

v4.0.0-rc.2

Compare Source

Changes Since v4.0.0-rc.1:

  • Type definition improvements for filter(), reduce() and concat() (#​1155, #​1156, #​1153)
  • More specific TypeScript type definitions (#​1149)
  • Added back delete() and clear() to Record instances (#​1157)

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.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • 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 force-pushed the renovate/immutable-4.x branch 30 times, most recently from 67e35a3 to 0548812 Compare August 25, 2021 00:04
@renovate renovate bot changed the title fix(deps): update dependency immutable to v4.0.0-rc.15 fix(deps): update dependency immutable to v4.0.0 Oct 8, 2021
@renovate renovate bot changed the title fix(deps): update dependency immutable to v4.0.0 fix(deps): update dependency immutable to v4.1.0 Jun 18, 2022
@renovate renovate bot changed the title fix(deps): update dependency immutable to v4.1.0 fix(deps): update dependency immutable to v4.3.0 Mar 18, 2023
@renovate renovate bot changed the title fix(deps): update dependency immutable to v4.3.0 fix(deps): update dependency immutable to v4.3.1 Jul 11, 2023
@renovate renovate bot changed the title fix(deps): update dependency immutable to v4.3.1 fix(deps): update dependency immutable to v4.3.2 Aug 3, 2023
@renovate renovate bot changed the title fix(deps): update dependency immutable to v4.3.2 fix(deps): update dependency immutable to v4.3.3 Aug 23, 2023
@renovate renovate bot changed the title fix(deps): update dependency immutable to v4.3.3 fix(deps): update dependency immutable to v4.3.4 Aug 25, 2023
@renovate renovate bot force-pushed the renovate/immutable-4.x branch 2 times, most recently from af9e40e to 6a34471 Compare August 27, 2023 07:44
@renovate renovate bot force-pushed the renovate/immutable-4.x branch 7 times, most recently from e6333f0 to 1a00140 Compare December 12, 2023 13:29
@renovate renovate bot changed the title fix(deps): update dependency immutable to v4.3.4 fix(deps): update dependency immutable to v4.3.5 Jan 26, 2024
@renovate renovate bot force-pushed the renovate/immutable-4.x branch from dc3d89a to 1ac2776 Compare May 13, 2024 09:56
@renovate renovate bot changed the title fix(deps): update dependency immutable to v4.3.5 fix(deps): update dependency immutable to v4.3.6 May 13, 2024
@renovate renovate bot changed the title fix(deps): update dependency immutable to v4.3.6 fix(deps): update dependency immutable to v4.3.7 Jul 22, 2024
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