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 Apollo GraphQL packages #507

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

Conversation

renovate[bot]
Copy link

@renovate renovate bot commented Oct 27, 2020

This PR contains the following updates:

Package Change Age Adoption Passing Confidence
graphql-tag 2.10.0 -> 2.12.6 age adoption passing confidence
react-apollo 2.0.4 -> 2.5.8 age adoption passing confidence

Release Notes

apollographql/graphql-tag (graphql-tag)

v2.12.6

Compare Source

v2.12.5

Compare Source

v2.12.4

Compare Source

  • Allow fragments to be imported by name when using the webpack loader.

    @​dobesv in #​257

v2.12.3

Compare Source

v2.12.2

Compare Source

v2.12.1

Compare Source

  • To accommodate older versions of TypeScript, usage of the import type ... syntax (introduced by #​325) has been removed, fixing issue #​345.

    @​benjamn in #​352

v2.12.0

Compare Source

  • The graphql-tag repository has been converted to TypeScript, adding type safety and enabling both ECMAScript and CommonJS module exports. While these changes are intended to be as backwards-compatible as possible, we decided to bump the minor version to reflect the significant refactoring.

    @​PowerKiKi and @​benjamn in #​325

v2.11.0

Compare Source

  • package.json sideEffects changes to clearly identify that graphql-tag doesn't have side effects.

    @​hwillson in #​313

v2.10.4

Compare Source

v2.10.3

Compare Source

v2.10.2

Compare Source

v2.10.1

Compare Source

  • Fix failures in IE11 by avoiding unsupported (by IE11) constructor arguments to Set by rocwang in #​190
apollographql/react-apollo (react-apollo)

v2.5.8

Compare Source

2.5.8 (2019-06-21)
Bug Fixes
  • Makes the use of apollo-client 2.6.3's ObservableQuery.resetQueryStoreErrors
    method optional, for people who can't update to react-apollo's new
    apollo-client peer dep of 2.6.3.
    @​hwillson in #​3151

v2.5.7

Compare Source

Improvements
  • Make sure MockedProvider is using the proper CJS/ESM bundle, when
    referencing ApolloProvider.

    @​jure in #​3029.
  • Adjust the ApolloContext definition to play a bit more nicely with
    React.createContext types.

    @​JoviDeCroock in #​3018
  • The result of a mutation is now made available to the wrapped component,
    when using the graphql HOC.

    @​andycarrell in #​3008
  • Check equality of stringified variables in the MockLink to improve
    debugging experience used by MockedProvider.

    @​evans in #​3078
Bug Fixes
  • Removed leftover apollo-client@beta peer dep.

    @​brentertz in #​3064
  • Stop setting optional input to null, when using the graphql HOC.

    @​ZhengYuTay in #​3056
  • Fix typescript error caused by query being mandatory in the fetchMore signature.

    @​HsuTing in #​3065
  • Fixes an issue that caused the Query component to get stuck in an always
    loading state, caused by receiving an error (meaning subsequent valid
    responses couldn't be handled). The Query component can now handle an
    error in a response, then continue to handle a valid response afterwards.

    @​hwillson in #​3107
  • Reorder Subscription component code to avoid setting state on unmounted
    component.

    @​jasonpaulos in #​3139
  • Fix component stuck in loading state for network-only fetch policy.

    @​jasonpaulos in #​3126

v2.5.6

Compare Source

Improvements
  • Both the Query component and graphql HOC now accept a
    returnPartialData prop. This is an important new feature, that should
    help address a lot of open Apollo Client / React Apollo issues, so we'll
    explain it here with an example. Before this release, if you run a query
    that looks like:

    const GET_MEMBER = gql`
      query GetMember($id: ID!) {
        member(id: $id) {
          id
          name
        }
      }
    `;

    in one component, the results are cached, then you run a superset query like
    the following in another component:

    const GET_MEMBER_WITH_PLANS = gql`
      query GetMemberWithPlans($id: ID!) {
        member(id: $id) {
          id
          name
          plans {
            id
            title
            duration
          }
        }
      }
    `;

    Apollo Client will not re-use the partial data that was cached from the first
    query, when it preps and displays the second component. It can't find a
    cache hit for the full second query, so it fires the full query over the
    network.

    With this release, if you set a returnPartialData prop to true on the
    second component, the data available to that component will be
    automatically pre-loaded with the parts of the query that can be found in the
    cache, before the full query is fired over the network. This means you can
    do things like showing partial data in your components, while the rest of the
    data is being loaded over the network.

v2.5.5

Compare Source

Improvements

v2.5.4

Compare Source

Bug Fixes
  • Fixes Could not find "client" in the context of ApolloConsumer errors when
    using MockedProvider.

    @​hwillson in #​2907
  • Ensure Query components using a fetchPolicy of no-cache have their
    data preserved when the components tree is re-rendered.

    @​hwillson in #​2914
Improvements

v2.5.3

Compare Source

Bug Fixes
  • Fixed an infinite loop caused by using setState in the
    onError / onCompleted callbacks of the Query component.

    @​chenesan in #​2751
  • Fixed an issue that prevented good results from showing up in a Query
    component, after an error was received, variables were adjusted, and then
    the good data was fetched.

    @​MerzDaniel in #​2718
  • Fixed an issue that prevented Query component updates from firing (under
    certain circumstances) due to the internal lastResult value (that's used
    to help prevent unnecessary re-renders) not being updated.

    @​Glennrs in #​2840
Improvements
  • MockedProvider now accepts a childProps prop that can be used to pass
    props down to a child component.

    @​miachenmtl in #​2482

  • onCompleted callbacks now use a destructuring-friendly type definition.

    @​jozanza in #​2496

  • @connection directives are now properly stripped from MockedResponse's,
    when using MockedProvider.

    @​ajmath in #​2523

  • MockedProvider has been updated to stop setting a default resolvers
    value of {}, which means by default Apollo Client 2.5 local resolver
    functionality is not enabled when mocking with MockedProvider. This allows
    @client fields to be passed through the mocked link chain, like people
    were used to before AC 2.5. When using this default mode you will see a
    dev only warning message about this like:

    Found @​client directives in query but no client resolvers were specified.
    You can now pass apollo-link-state resolvers to the ApolloClient
    constructor.

    This message can be safely ignored. If you want to use MockedProvider
    with AC 2.5's new local resolver functionality, you can pass your local
    resolver map into the MockedProvider resolvers prop.

    @​ajmath in #​2524

  • Improvements to the graphql HOC generics for fetchMore and refetch.

    @​EricMcRay in #​2525

  • The ApolloProvider / ApolloConsumer implementations have been refactored
    to use React 16.3's new context API.

    @​wzrdzl in #​2540

  • All dependencies and devDependencies have been updated to their latest
    versions, and related Typescript changes have been applied.

    @​hwillson in #​2873

v2.5.2

Compare Source

Bug Fixes
  • Export Context type from types.ts instead of walkTree.ts,
    to reenable import { Context } from 'react-apollo' (which has been
    broken since 2.4.0).

    @​benjamn in #​2825
Improvements

v2.5.1

Compare Source

Bug Fixes
  • Make sure MockedProvider enables Apollo Client 2.5's local state handling,
    and allow custom / mocked resolvers to be passed in as props, and used with
    the created test ApolloClient instance.

    @​hwillson in #​2825

v2.5.0

Compare Source

Improvements
  • Ready to be used with Apollo Client 2.5 and its new local state management
    features, as well as many overall code improvements to help reduce the React
    Apollo bundle size.

    #​2758
  • A function can now be set as a MockedResponse result when using
    MockedProvider, such that every time the mocked result is returned,
    the function is run to calculate the result. This opens up new testing
    possibilities, like being able to verify if a mocked result was actually
    requested and received by a test.

    @​hwillson in #​2788

v2.4.1

Compare Source

Improvements
  • Adds a onSubscriptionComplete prop to the Subscription component, that
    can be passed a callback to be called when the subscription observable
    is completed.

    @​sujeetsr in #​2716

  • During server-side rendering, ObservableQuery objects created in
    previous rendering passes will now be preserved in later passes (within
    the same getDataFromTree or getMarkupFromTree call), so that errors
    can be handled properly when using the errorPolicy: "all" option.

    PR #​2753

v2.4.0

Compare Source

Bug Fixes
  • Invoke onCompleted/onError even if Mutation unmounts.

    PR #​2710
Improvements
  • The walkTree function has been deprecated, since there's no way to
    make its behavior consistent with the latest versions of React. To save
    bundle size, walkTree is no longer exported from react-apollo,
    though you can still access it as follows:
    import { walkTree } from 'react-apollo/walkTree';

v2.3.3

Compare Source

Bug Fixes
  • Add react-dom as a peer dependency (since it's used by getDataFromTree
    and renderToStringWithData).

    @​hwillson in #​2660
Improvements
  • Drop react 14.x support, since the 14.x release line is 2 years old now,
    and react-apollo is no longer tested against it.

    @​hwillson in #​2660

v2.3.2

Compare Source

Improvements
Bug Fixes
  • This package no longer imports react-dom/server unconditionally at the
    top level, making react-apollo safer to use in environments like React
    Native that are neither browser-like nor Node-like, and thus struggle to
    import react-dom/server and its dependencies. Additionally, the React
    Native bundler has been instructed to ignore all react-dom/server
    dependencies within react-apollo, so react-dom will not be bundled
    in React Native apps simply because they import react-apollo.
    PR #​2627

v2.3.1

Compare Source

Improvements
  • Restore original getDataFromTree(tree, context) API, and introduce a
    new alternative called getMarkupFromTree to enable custom rendering
    functions:

    export default function getDataFromTree(
      tree: React.ReactNode,
      context: { [key: string]: any } = {},
    ) {
      return getMarkupFromTree({
        tree,
        context,
        renderFunction: renderToStaticMarkup,
      });
    }
    
    export type GetMarkupFromTreeOptions = {
      tree: React.ReactNode;
      context?: { [key: string]: any };
      renderFunction?: typeof renderToStaticMarkup;
    };
    
    export function getMarkupFromTree({
      tree,
      context = {},
      renderFunction = renderToStaticMarkup,
    }: GetMarkupFromTreeOptions): Promise<string> {...}

    PR #​2586

Bug Fixes
  • Version 2.3.0 was published incorrectly, breaking nested
    react-apollo/... imports. This problem was fixed in version 2.3.1 by
    running npm publish from the lib/ directory, as intended.
    Issue #​2591

v2.3.0

Compare Source

Bug Fixes
Improvements
  • Reimplement getDataFromTree using ReactDOM.renderToStaticMarkup to
    make asynchronous server-side rendering compatible with
    React hooks.
    Although the rendering function used by getDataFromTree defaults to
    renderToStaticMarkup, any suitable rendering function can be passed as
    the optional second argument to getDataFromTree, which now returns a
    Promise<string> that resolves to The HTML rendered in the final pass,
    which means calling renderToString after getDataFromTree may not be
    necessary anymore.
    PR #​2533

v2.2.4

Compare Source

Bug Fixes
  • lodash.isequal was improperly set as a dev dependency for
    MockLink / MockedProvider. It is now a dependency.

    @​danilobuerger in #​2449
Improvements
Typescript

v2.2.3

Compare Source

Bug Fixes
  • Mutation errors are now properly returned as a render prop, when using
    a default errorPolicy of all.

    @​amacleay in #​2374
  • <Mutation /> refetchQueries triggered by name (string) will now use the correct variables.

    @​fracmal in #​2422
Improvements
  • Replace the lodash dependency with lodash.flowright (since that's the
    only non-dev lodash function we're dependent on). Dev lodash
    dependencies have also been updated to use their individual module
    equivalent.

    @​hwillson in #​2435
  • Removed rollup-plugin-babel-minify as it's no longer being used.

    @​hwillson in #​2436
  • Small getDataFromTree.ts logic adjustment to avoid unnecessary calls
    when a falsy element is encountered.

    @​HOUCe in #​2429
  • graphql 14 updates.

    @​hwillson in #​2437
  • All example apps (included in the repo) have been updated to work with the
    latest version of React Apollo.

    @​hwillson in #​2439
Typescript
  • Fix lodash typings.

    @​williamboman in #​2430
  • Typings: added context to MutationOptions.

    @​danilobuerger in #​2354
  • Typings: more MutationOptions changes/fixes.

    @​danilobuerger in #​2340
  • Remove allowSyntheticDefaultImports use. Typescript's
    allowSyntheticDefaultImports compiler option is something we'd like to
    start using, but we jumped the gun a bit by introducing it in
    apollographql/react-apollo@9a96519.
    Including it means that anyone who wants to use Typescript with React
    Apollo would have to also include it in their own local tsconfig.json, to
    be able to handle default imports properly. This is because we're also using
    Typescript's es2015 module option, which means
    allowSyntheticDefaultImports has to be enabled explicitly. We've
    switched back to using a combination of import * as X and require
    syntax, to work with default imports. We'll re-introduce
    allowSyntheticDefaultImports use in React Apollo 3.

    @​hwillson in #​2438

v2.2.2

Compare Source

  • When using React.createContext and SSR, we now make sure the context
    provider value is reset to the previous value it had after its children are
    walked.

    @​mitchellhamilton in #​2304
  • Revert:

    When a query failed on the first result, the query result data was being
    returned as undefined. This behavior has been changed so that data is
    returned as an empty object. This makes checking for data (e.g.
    instead of data && data.user you can just check data.user) and
    destructring (e.g. { data: { user } }) easier. Note: this could
    potentially hurt applications that are relying on a falsey check of data
    to see if any query errors have occurred. A better (and supported) way to
    check for errors is to use the result errors property.

    #​1983

v2.2.1

Compare Source

  • Revert: "Typescript: use Partial<TData> instead of TData | {}, for the
    QueryResult data property."

v2.2.0

  • Improved TypeScript Typings:
    Deprecated MutationFunc in favor of MutationFn.
    Added missing onCompleted and onError callbacks to MutationOpts.

    @​danilobuerger in #​2322
  • Added an example app that shows how to test mutations.

    @​excitement-engineer in #​1998
  • The <Subscription /> component now allows the registration of a callback
    function, that will be triggered each time the component receives data. The
    callback options object param consists of the current Apollo Client
    instance in client, and the received subscription data in
    subscriptionData.

    @​jedwards1211 in #​1966
  • The graphql options object is no longer mutated, when calculating
    variables from props. This now prevents an issue where components created
    with graphql were not having their query variables updated properly, when
    props changed.

    @​ksmth in #​1968
  • When a query failed on the first result, the query result data was being
    returned as undefined. This behavior has been changed so that data is
    returned as an empty object. This makes checking for data (e.g.
    instead of data && data.user you can just check data.user) and
    destructring (e.g. { data: { user } }) easier. Note: this could
    potentially hurt applications that are relying on a falsey check of data
    to see if any query errors have occurred. A better (and supported) way to
    check for errors is to use the result errors property.

    @​TLadd in #​1983
  • Allow a custom cache object to be passed into the test-utils
    MockedProvider.

    @​palmfjord in #​2254
  • Make the MockedProvider mocks prop read only.

    @​amacleay in #​2284
  • Remove duplicate FetchMoreOptions and FetchMoreQueryOptions types, and
    instead import them from Apollo Client.

    @​skovy in #​2281
  • Type changes for the graphql HOC options.skip property.

    @​jameslaneconkling in #​2208
  • Avoid importing lodash directly.

    @​shahyar in #​2045
  • When the Query skip prop is set to true, make sure the render prop
    loading param is set to false, since we're not actually loading
    anything.

    @​edorivai in #​1916
  • No longer building against Node 9

    @​hwillson in #​2404
  • Make sure <Subscription />, <Query /> & <Mutation /> all support
    using an Apollo Client instance configured in the context or via
    props.

    @​quentin- in #​1956
  • Typescript: use Partial<TData> instead of TData | {}, for the
    QueryResult data property.

    @​tgriesser in #​2313
  • Adjust <Query /> onCompleted and onError callbacks to be triggered
    via the componentDidUpdate lifecycle method. This ensures these callbacks
    can be used when data is fetched over the network, and when data is
    fetched from the local store (previsouly these callbacks were only being
    triggered when data was fetched over the network).
    @​olistic in #​2190
  • Import lodash/flowRight using ES import to allow for treeshaking.

    @​Pajn in #​2332
  • Fixed a regression where variables passed in graphql HOC options were
    not merged with mutation variables.

    @​samginn in #​2216
  • Added a new partialRefetch prop (false by default).
    When a Query component is mounted, and a mutation is executed
    that returns the same ID as the mounted Query, but has less
    fields in its result, Apollo Client's QueryManager returns the
    data as an empty Object since a hit can't be found in the cache.
    This can lead to application errors when the UI elements rendered by
    the original Query component are expecting certain data values to
    exist, and they're all of a sudden stripped away. The recommended way to
    handle this is to use the mutations update prop to reconcile the mutation
    result with the data in the cache, getting everything into the expected
    state. This can definitely be a cumbersome process however, so to help
    address this the partialRefetch prop can be used to automatically
    refetch the original query and update the cache.

    @​steelbrain in #​2003

v2.1.11

  • Fixed an issue in getDataFromTree where queries that threw more than one
    error had error messages swallowed, and returned an invalid error object
    with circular references. Multiple errors are now preserved.

    @​anand-sundaram-zocdoc in #​2133
  • Update both the <Mutation /> component and graphql HOC to accept a new
    awaitRefetchQueries prop (boolean). When set to true, queries specified
    in refetchQueries will be completed before the mutation itself is
    completed. awaitRefetchQueries is false by default, which means
    refetchQueries are usually completed after the mutation has resolved.
    Relates to Apollo Client.

    PR #​3169.

    @​hwillson in #​2214
  • Typings adjustment: pass TData along into MutationUpdaterFn when using
    MutationOpts, to ensure that the updater function is properly typed.

    @​danilobuerger in #​2227
  • Check if queryManager is set before accessing it.

    @​danilobuerger in #​2165

v2.1.9

  • Added onCompleted and onError props to the Query component, than can
    be used to register callback functions that are to be executed after a
    query successfully completes, or an error occurs.
    @​jeshep in #​1922
  • Add UNSAFE_componentWillMount SSR support.
    @​leops in #​2152
  • Clear out scheduler on MockedProvider unmount.
    @​danilobuerger in #​2151

v2.1.8

  • Addressed deployment issue.

v2.1.7

v2.1.6

  • Adjust getDataFromTree to properly traverse React 16.3's context API
    provider/consumer approach.
    @​marnusw in #​1978
  • An ApolloClient instance can now be passed into a Mutation
    component via a prop named client. This prop will override
    an ApolloClient instance set via context, by the ApolloProvider
    component.
    @​amneacsu in #​1890
  • The ApolloClient instance used by a Mutation is now available in that
    Mutation's result.
    PR #​1945
    @​cooperka in #​1945

v2.1.5

  • Dependency updates to align with typescript changes made in
    apollo-client 2.3.3
    PR #​2105

v2.1.4

  • Adds __typename for queries made with MockProvider and MockLink

v2.1.3

  • Fixed issue where refetch was not possible after SSR
  • Fixed overly resubscribing from Subscription and allow passing function to determine shouldResubscribe

v2.1.2

  • Simplified the MockedProvider API #​1882
  • Fixed test-utils export

v2.1.1

  • Fixed an issue in getDataFromTree where queries that threw more than one
    error had error messages swallowed, and returned an invalid error object
    with circular references. Multiple errors are now preserved.

    @​anand-sundaram-zocdoc in #​2133
  • Update both the <Mutation /> component and graphql HOC to accept a new
    awaitRefetchQueries prop (boolean). When set to true, queries specified
    in refetchQueries will be completed before the mutation itself is
    completed. awaitRefetchQueries is false by default, which means
    refetchQueries are usually completed after the mutation has resolved.
    Relates to Apollo Client.

    PR #​3169.

    @​hwillson in #​2214
  • Typings adjustment: pass TData along into MutationUpdaterFn when using
    MutationOpts, to ensure that the updater function is properly typed.

    @​danilobuerger in #​2227
  • Check if queryManager is set before accessing it.

    @​danilobuerger in #​2165

v2.1.0

  • Officially release new components!

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 changed the title Update Apollo GraphQL packages Update dependency react-apollo to v2.5.8 May 9, 2021
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from d4fd207 to d4e49ea Compare May 15, 2021 19:20
@renovate renovate bot changed the title Update dependency react-apollo to v2.5.8 Update Apollo GraphQL packages May 15, 2021
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from d4e49ea to 4101c2f Compare October 18, 2021 22:42
@renovate renovate bot changed the title Update Apollo GraphQL packages Pin dependencies Oct 18, 2021
@renovate renovate bot changed the title Pin dependencies Update dependency react-apollo to v2.5.8 Nov 20, 2022
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 4101c2f to ca50933 Compare March 17, 2023 03:57
@renovate renovate bot changed the title Update dependency react-apollo to v2.5.8 Update Apollo GraphQL packages Mar 17, 2023
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from ca50933 to 257d638 Compare April 3, 2023 10:37
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 257d638 to db5ac85 Compare April 17, 2023 10:56
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from db5ac85 to 30c6180 Compare May 28, 2023 10:23
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 30c6180 to 7ce1830 Compare June 4, 2023 11:53
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 3 times, most recently from b32133d to 2748ed9 Compare June 19, 2023 08:09
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 2 times, most recently from 13a260b to e109f29 Compare June 29, 2023 09:15
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 2 times, most recently from dce37cf to f25eb2f Compare July 9, 2023 10:51
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 2 times, most recently from 9b910ce to 00d102a Compare July 19, 2023 11:35
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 00d102a to ce0bb71 Compare July 30, 2023 05:44
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 2 times, most recently from 6ae6b9e to 81be70a Compare August 9, 2023 15:03
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 2 times, most recently from a9c8254 to 61ff248 Compare August 27, 2023 08:30
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 61ff248 to 5a6fbc7 Compare September 18, 2023 22:56
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 5a6fbc7 to 6ccd0cb Compare October 23, 2023 14:24
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 6ccd0cb to 2fc3250 Compare November 16, 2023 12:46
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 2fc3250 to a7a2045 Compare December 3, 2023 10:30
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 2 times, most recently from 7a0e931 to 6ea98e8 Compare February 4, 2024 11:55
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 6ea98e8 to 56d9c77 Compare February 25, 2024 11:31
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 56d9c77 to 353579d Compare March 12, 2024 11:35
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 2 times, most recently from f7d6220 to 069bb77 Compare March 24, 2024 16:56
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch 2 times, most recently from 60c94d0 to 5a41d20 Compare April 21, 2024 11:51
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 5a41d20 to 8c182db Compare April 25, 2024 08:22
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 8c182db to a7af67b Compare June 4, 2024 10:25
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from a7af67b to 019811a Compare July 21, 2024 14:12
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 019811a to 064b1fa Compare August 6, 2024 10:16
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 064b1fa to 33bf90a Compare August 28, 2024 06:41
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 33bf90a to 88cf4da Compare October 9, 2024 08:23
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 88cf4da to d4deace Compare December 2, 2024 09:41
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from d4deace to 7356ab2 Compare January 23, 2025 22:51
@renovate renovate bot force-pushed the renovate/apollo-graphql-packages branch from 7356ab2 to 6b4c126 Compare January 30, 2025 17:58
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