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 apollo graphql packages #45

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

Conversation

renovate[bot]
Copy link

@renovate renovate bot commented Nov 16, 2021

This PR contains the following updates:

Package Change Age Adoption Passing Confidence Type Update
@apollo/client (source) 3.4.17 -> 3.12.11 age adoption passing confidence dependencies minor
@apollo/federation (source) ^0.33.8 -> ^0.38.0 age adoption passing confidence dependencies minor
@apollo/gateway (source) ^0.44.1 -> ^0.54.0 age adoption passing confidence dependencies minor
@apollo/rover ^0.4.1 -> ^0.26.0 age adoption passing confidence devDependencies minor
@apollo/subgraph (source) ^0.1.5 -> ^0.6.0 age adoption passing confidence dependencies minor
apollo-server (source) ^3.5.0 -> ^4.0.0 dependencies replacement
apollo-server-express (source) ^3.5.0 -> ^4.0.0 dependencies replacement

This is a special PR that replaces apollo-server with the community suggested minimal stable replacement version.

This is a special PR that replaces apollo-server-express with the community suggested minimal stable replacement version.


Release Notes

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

v3.12.11

Compare Source

Patch Changes
  • #​12351 3da908b Thanks @​jerelmiller! - Fixes an issue where the wrong networkStatus and loading value was emitted from observableQuery when calling fetchMore with a no-cache fetch policy. The networkStatus now properly reports as ready and loading as false after the result is returned.

  • #​12354 a24ef94 Thanks @​phryneas! - Fix missing main.d.cts file

v3.12.10

Compare Source

Patch Changes

v3.12.9

Compare Source

Patch Changes

v3.12.8

Compare Source

Patch Changes

v3.12.7

Compare Source

Patch Changes

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

v3.11.4

Compare Source

Patch Changes
  • #​11994 41b17e5 Thanks @​jerelmiller! - Update the Modifier function type to allow cache.modify to return deeply partial data.

  • #​11989 e609156 Thanks @​phryneas! - Fix a potential crash when calling clearStore while a query was running.

    Previously, calling client.clearStore() while a query was running had one of these results:

    • useQuery would stay in a loading: true state.
    • useLazyQuery would stay in a loading: true state, but also crash with a "Cannot read property 'data' of undefined" error.

    Now, in both cases, the hook will enter an error state with a networkError, and the promise returned by the useLazyQuery execute function will return a result in an error state.

  • #​11994 41b17e5 Thanks @​jerelmiller! - Prevent accidental distribution on cache.modify field modifiers when a field is a union type array.

v3.11.3

Compare Source

Patch Changes
Potentially disruptive change

When calling fetchMore with a query that has a no-cache fetch policy, fetchMore will now throw if an updateQuery function is not provided. This provides a mechanism to merge the results from the fetchMore call with the query's previous result.

v3.11.2

Compare Source

Patch Changes

v3.11.1

Compare Source

Patch Changes
  • #​11969 061cab6 Thanks @​jerelmiller! - Remove check for window.__APOLLO_CLIENT__ when determining whether to connect to Apollo Client Devtools when connectToDevtools or devtools.enabled is not specified. This now simply checks to see if the application is in development mode.

  • #​11971 ecf77f6 Thanks @​jerelmiller! - Prevent the setTimeout for suggesting devtools from running in non-browser environments.

v3.11.0

Compare Source

Potentially Breaking Fixes
  • #​11789 5793301 Thanks @​phryneas! - Changes usages of the GraphQLError type to GraphQLFormattedError.

    This was a type bug - these errors were never GraphQLError instances
    to begin with, and the GraphQLError class has additional properties that can
    never be correctly rehydrated from a GraphQL result.
    The correct type to use here is GraphQLFormattedError.

    Similarly, please ensure to use the type FormattedExecutionResult
    instead of ExecutionResult - the non-"Formatted" versions of these types
    are for use on the server only, but don't get transported over the network.

  • #​11626 228429a Thanks @​phryneas! - Call nextFetchPolicy with "variables-changed" even if there is a fetchPolicy specified.

    Previously this would only be called when the current fetchPolicy was equal to the fetchPolicy option or the option was not specified. If you use nextFetchPolicy as a function, expect to see this function called more often.

    Due to this bug, this also meant that the fetchPolicy might be reset to the initial fetchPolicy, even when you specified a nextFetchPolicy function. If you previously relied on this behavior, you will need to update your nextFetchPolicy callback function to implement this resetting behavior.

    As an example, if your code looked like the following:

    useQuery(QUERY, {
      nextFetchPolicy(currentFetchPolicy, info) {
        // your logic here
      }
    );

    Update your function to the following to reimplement the resetting behavior:

    useQuery(QUERY, {
      nextFetchPolicy(currentFetchPolicy, info) {
        if (info.reason === 'variables-changed') {
          return info.initialFetchPolicy;
        }
        // your logic here
      }
    );
Minor Changes
Patch Changes

v3.10.8

Compare Source

Patch Changes

v3.10.7

Compare Source

Patch Changes

v3.10.6

Compare Source

Patch Changes

v3.10.5

Compare Source

Patch Changes

v3.10.4

Compare Source

Patch Changes
  • #​11838 8475346 Thanks @​alex-kinokon! - Don’t prompt for DevTools installation for browser extension page

  • #​11839 6481fe1 Thanks @​jerelmiller! - Fix a regression in 3.9.5 where a merge function that returned an incomplete result would not allow the client to refetch in order to fulfill the query.

  • #​11844 86984f2 Thanks @​jerelmiller! - Honor the @nonreactive directive when using cache.watchFragment or the useFragment hook to avoid rerendering when using these directives.

  • #​11824 47ad806 Thanks @​phryneas! - Create branded QueryRef type without exposed properties.

    This change deprecates QueryReference in favor of a QueryRef type that doesn't expose any properties.
    This change also updates preloadQuery to return a new PreloadedQueryRef type, which exposes the toPromise function as it does today. This means that query refs produced by useBackgroundQuery and useLoadableQuery now return QueryRef types that do not have access to a toPromise function, which was never meant to be used in combination with these hooks.

    While we tend to avoid any types of breaking changes in patch releases as this, this change was necessary to support an upcoming version of the React Server Component integration, which needed to omit the toPromise function that would otherwise have broken at runtime.
    Note that this is a TypeScript-only change. At runtime, toPromise is still present on all queryRefs currently created by this package - but we strongly want to discourage you from accessing it in all cases except for the PreloadedQueryRef use case.

    Migration is as simple as replacing all references to QueryReference with QueryRef, so it should be possible to do this with a search & replace in most code bases:

    -import { QueryReference } from '@&#8203;apollo/client'
    +import { QueryRef } from '@&#8203;apollo/client'
    
    - function Component({ queryRef }: { queryRef: QueryReference<TData> }) {
    + function Component({ queryRef }: { queryRef: QueryRef<TData> }) {
      // ...
    }
  • #​11845 4c5c820 Thanks @​jerelmiller! - Remove @nonreactive directives from queries passed to MockLink to ensure they are properly matched.

  • #​11837 dff15b1 Thanks @​jerelmiller! - Fix an issue where a polled query created in React strict mode may not stop polling after the component unmounts while using the cache-and-network fetch policy.

v3.10.3

Compare Source

Patch Changes

v3.10.2

Compare Source

Patch Changes

[v3.10.1](https://redirect.github.com/apollographql/apollo-client/blob/HEA


Configuration

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

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

Rebasing: Whenever PR becomes conflicted, 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 force-pushed the renovate/apollo-graphql-packages branch 11 times, most recently from a0d3249 to adc8859 Compare November 22, 2021 18:14
@renovate renovate bot changed the title Pin dependencies Update Apollo GraphQL packages Nov 22, 2021
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from adc8859 to e0ff5ae Compare November 23, 2021 20:04
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 2 times, most recently from 3ceb931 to 380ca25 Compare December 13, 2021 14:37
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 2 times, most recently from c50a581 to ada5000 Compare December 31, 2021 17:18
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 2 times, most recently from e76239e to d9f7f3a Compare January 14, 2022 22:56
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 3 times, most recently from f00327f to 2e800e4 Compare January 24, 2022 23:54
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 4 times, most recently from c88dcaf to 8bcd49f Compare February 15, 2022 17:17
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 8bcd49f to e88ac10 Compare March 1, 2022 19:08
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from e88ac10 to b0e2933 Compare March 26, 2022 15:12
@renovate renovate bot changed the title Update Apollo GraphQL packages fix(deps): update apollo graphql packages Mar 26, 2022
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from b0e2933 to 33eeaee Compare April 25, 2022 02:42
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 2 times, most recently from c7e0bc9 to 3c81610 Compare June 27, 2024 21:55
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 3c81610 to 808cc63 Compare July 15, 2024 10:25
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 3 times, most recently from 412573c to 3344022 Compare July 23, 2024 18:13
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 2 times, most recently from fcb150d to 35f0d2b Compare August 5, 2024 19:01
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 35f0d2b to f62f257 Compare August 7, 2024 22:19
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from f62f257 to 895bfd9 Compare August 21, 2024 11:31
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 3 times, most recently from b339882 to 7c84327 Compare September 4, 2024 19:00
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 7c84327 to 1a7a2bf Compare September 5, 2024 10:04
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 2 times, most recently from 70d21cd to 828efa7 Compare November 12, 2024 00:30
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 3 times, most recently from 6de645b to 5417ffd Compare December 5, 2024 23:09
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 5417ffd to b48a75c Compare December 12, 2024 17:59
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from b48a75c to 07f3439 Compare December 19, 2024 22:47
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 3 times, most recently from 12e8968 to f1753f2 Compare January 14, 2025 23:16
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 2 times, most recently from 3f63ba2 to e32d8a4 Compare January 27, 2025 18:01
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 2 times, most recently from 9d6c4fc to 5da3063 Compare February 6, 2025 20:59
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 5da3063 to c6d2d76 Compare February 7, 2025 18:39
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