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 @apollo/client to v3.12.6 #364

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

Conversation

svc-secops
Copy link
Contributor

@svc-secops svc-secops commented Sep 2, 2024

This PR contains the following updates:

Package Change Age Adoption Passing Confidence
@apollo/client (source) 3.11.4 -> 3.12.6 age adoption passing confidence

Release Notes

apollographql/apollo-client (@​apollo/client)

v3.12.6

Compare Source

Patch Changes

v3.12.5

Compare Source

Patch Changes
  • #​12252 cb9cd4e Thanks @​jerelmiller! - Changes the default behavior of the MaybeMasked type to preserve types unless otherwise specified. This change makes it easier to upgrade from older versions of the client where types could have unexpectedly changed in the application due to the default of trying to unwrap types into unmasked types. This change also fixes the compilation performance regression experienced when simply upgrading the client since types are now preserved by default.

    A new mode option has now been introduced to allow for the old behavior. See the next section on migrating if you wish to maintain the old default behavior after upgrading to this version.

Migrating from <= v3.12.4

If you've adopted data masking and have opted in to using masked types by setting the enabled property to true, you can remove this configuration entirely:

-declare module "@&#8203;apollo/client" {
-  interface DataMasking {
-    mode: "unmask"
-  }
-}

If you prefer to specify the behavior explicitly, change the property from enabled: true, to mode: "preserveTypes":

declare module "@&#8203;apollo/client" {
  interface DataMasking {
-    enabled: true
+    mode: "preserveTypes"
  }
}

If you rely on the default behavior in 3.12.4 or below and would like to continue to use unmasked types by default, set the mode to unmask:

declare module "@&#8203;apollo/client" {
  interface DataMasking {
    mode: "unmask";
  }
}

v3.12.4

Compare Source

Patch Changes
  • #​12236 4334d30 Thanks @​charpeni! - Fix an issue with refetchQueries where comparing DocumentNodes internally by references could lead to an unknown query, even though the DocumentNode was indeed an active query—with a different reference.

v3.12.3

Compare Source

Patch Changes

v3.12.2

Compare Source

Patch Changes

v3.12.1

Compare Source

Patch Changes

v3.12.0

Compare Source

Minor Changes
Data masking 🎭
  • #​12042 1c0ecbf Thanks @​jerelmiller! - Introduces data masking in Apollo Client.

    Data masking enforces that only the fields requested by the query or fragment is available to that component. Data masking is best paired with colocated fragments.

    To enable data masking in Apollo Client, set the dataMasking option to true.

    new ApolloClient({
      dataMasking: true,
      // ... other options
    });

    For detailed information on data masking, including how to incrementally adopt it in an existing applications, see the data masking documentation.

  • #​12131 21c3f08 Thanks @​jerelmiller! - Allow null as a valid from value in useFragment.

More Patch Changes

v3.11.10

Compare Source

Patch Changes
  • #​12093 1765668 Thanks @​mgmolisani! - Fixed a bug when evaluating the devtools flag with the new syntax devtools.enabled that could result to true when explicitly set to false.

v3.11.9

Compare Source

Patch Changes
  • #​12110 a3f95c6 Thanks @​jerelmiller! - Fix an issue where errors returned from a fetchMore call from a Suspense hook would cause a Suspense boundary to be shown indefinitely.

v3.11.8

Compare Source

Patch Changes

v3.11.7

Compare Source

Patch Changes
  • #​12052 e471cef Thanks @​jerelmiller! - Fixes a regression from where passing an invalid identifier to from in useFragment would result in the warning TypeError: Cannot read properties of undefined (reading '__typename').

v3.11.6

Compare Source

Patch Changes

v3.11.5

Compare Source

Patch Changes

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - "after 8am and before 4pm on tuesday" in timezone Etc/UTC.

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

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.


This PR has been generated by Renovate Bot.

@svc-secops svc-secops requested a review from a team as a code owner September 2, 2024 12:38
@svc-secops svc-secops added the dependencies Pull requests that update a dependency file label Sep 2, 2024
@svc-secops svc-secops force-pushed the renovate/apollo-graphql-packages branch from 9fd8f6e to a3125b7 Compare September 7, 2024 11:56
@svc-secops svc-secops changed the title fix(deps): update dependency @apollo/client to v3.11.5 fix(deps): update dependency @apollo/client to v3.11.6 Sep 7, 2024
@svc-secops svc-secops force-pushed the renovate/apollo-graphql-packages branch from a3125b7 to 790bf1f Compare September 8, 2024 12:20
@svc-secops svc-secops changed the title fix(deps): update dependency @apollo/client to v3.11.6 fix(deps): update dependency @apollo/client to v3.11.8 Sep 8, 2024
@svc-secops svc-secops force-pushed the renovate/apollo-graphql-packages branch from 790bf1f to 9a7ee59 Compare November 11, 2024 13:51
@svc-secops svc-secops changed the title fix(deps): update dependency @apollo/client to v3.11.8 fix(deps): update dependency @apollo/client to v3.11.9 Nov 11, 2024
@svc-secops svc-secops force-pushed the renovate/apollo-graphql-packages branch from 9a7ee59 to ffc8020 Compare November 15, 2024 13:52
@svc-secops svc-secops changed the title fix(deps): update dependency @apollo/client to v3.11.9 fix(deps): update dependency @apollo/client to v3.11.10 Nov 15, 2024
@svc-secops svc-secops force-pushed the renovate/apollo-graphql-packages branch from ffc8020 to 612956d Compare December 8, 2024 12:25
@svc-secops svc-secops changed the title fix(deps): update dependency @apollo/client to v3.11.10 fix(deps): update dependency @apollo/client to v3.12.0 Dec 8, 2024
@svc-secops svc-secops force-pushed the renovate/apollo-graphql-packages branch from 612956d to f551145 Compare December 9, 2024 14:03
@svc-secops svc-secops changed the title fix(deps): update dependency @apollo/client to v3.12.0 fix(deps): update dependency @apollo/client to v3.12.2 Dec 9, 2024
@svc-secops svc-secops force-pushed the renovate/apollo-graphql-packages branch from f551145 to 51939a6 Compare December 16, 2024 12:44
@svc-secops svc-secops changed the title fix(deps): update dependency @apollo/client to v3.12.2 fix(deps): update dependency @apollo/client to v3.12.3 Dec 16, 2024
@svc-secops svc-secops force-pushed the renovate/apollo-graphql-packages branch from 51939a6 to 7139631 Compare January 4, 2025 12:02
@svc-secops svc-secops changed the title fix(deps): update dependency @apollo/client to v3.12.3 fix(deps): update dependency @apollo/client to v3.12.4 Jan 4, 2025
@svc-secops svc-secops force-pushed the renovate/apollo-graphql-packages branch from 7139631 to ddb2054 Compare January 13, 2025 14:36
@svc-secops svc-secops changed the title fix(deps): update dependency @apollo/client to v3.12.4 fix(deps): update dependency @apollo/client to v3.12.5 Jan 13, 2025
@svc-secops svc-secops force-pushed the renovate/apollo-graphql-packages branch from ddb2054 to b49436e Compare January 18, 2025 12:51
@svc-secops svc-secops changed the title fix(deps): update dependency @apollo/client to v3.12.5 fix(deps): update dependency @apollo/client to v3.12.6 Jan 18, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dependencies Pull requests that update a dependency file
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant