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

chore(deps): update dependency @types/graphql to v14 #27

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

Conversation

renovate[bot]
Copy link

@renovate renovate bot commented Sep 5, 2018

Mend Renovate

This PR contains the following updates:

Package Change Age Adoption Passing Confidence
@types/graphql 0.11.7 -> 14.2.3 age adoption passing confidence

Release Notes

graphql/graphql-js

v14.2.1

Compare Source

14.2.1 (2019-03-31)

Bug Fix 🐞

v14.2.0

14.2.0 (2019-03-26)

Note: Updating to this release can cause new Flow errors since it adds Flow typing for print function that was missing in previous versions.

New Feature 🚀
Bug Fix 🐞
Docs 📝
Polish 💅
42 PRs were merged
Internal 🏠
17 PRs were merged
Committers: 7

v14.0.2

Compare Source

Fixes:

  • No longer presents warnings when used with node v7 and v9 (#​1508)
  • Added keywords to the NPM package (#​1501)
  • ValidationRule flow type is now exported (#​1505)
  • Improved schema validation reports directives without locations (#​1507)
  • Fixed potential infinite loop during introspection of some schema (#​1509)

v14.0.1

Compare Source

(Something went wrong during release, this version has been unpublished)

v14.0.0

Thanks to all contributors for the hard work put into this release, which complies with the latest June 2018 version of the GraphQL Spec

Breaking:

  • Drops support for node v4 and v9, makes sure node v10 is supported (#​1338, #​1445)
  • Reject invalid scalar value coercion (#​1365, #​1336)
  • Removes VariablesDefaultValueAllowed validation rule, and ProvidedNonNullArguments became ProvidedRequiredArguments (#​1274)
  • Stricter coercion of Scalar Types (#​1382)
  • Removes deprecated Introspection fields onOperation, onFragment, and onField (#​1385, #​1429)
  • GraphQL*Config are now exact types (#​1391, #​1443)
  • "Schema Change" keys in BreakingChangeType and DangerousChangeType for detecting adding args and input fields changed name (#​1492)
  • formatError API changed for error message extensions. To upgrade without changing existing server responses, wrap graphql's formatError:
import { formatError as baseFormatError, /* ... */ } from 'graphql';

{
  // other options
  formatError(error) {
    const { extensions, ...rest } = baseFormatError(error);
    return { ...extensions, ...rest };
  },
}

New:

  • Parse new schema extensions (#​1314, #​1323)
  • Export SDL AST types (#​1315)
  • extendSchema extended with spec-compliant SDL extensions (#​1373, #​1392, #​1441)
  • symbol.toStringTag support (#​1297)
  • Expose getOperationRootType(schema, operationAST) (#​1345)
  • Package is marked as side-effect free (#​1312)
  • validateSchema works with Schema extensions (#​1410)
  • validate works on SDL definitions (#​1438, #​1383)
  • directives can be added to variable definitions, behind experimentalVariableDefinitionDirectives flag (#​1437, #​1454)
  • ASTNode predicates, like isDefinitionNode and isTypeSystemDefinitionNode (#​1459)
  • isRequiredArgument and isRequiredInputField predicates (#​1463)

Fixed:

Deprecated:

These will be removed in v15

  • introspectionQuery, use getIntrospectionQuery (#​1386)
  • getDescription, use the schema AST node to get descriptions (#​1396)
  • isValidJSValue, use coerceValue (#​1386)
  • isValidLiteralValue, use validation (#​1386)

v0.13.2

Compare Source

New:

  • Allow buildSchema() to take options (#​1249)
  • Update to Flow v0.68 (#​1290)

Fixes:

v0.13.1

Compare Source

New:

  • Publish .mjs files for module code to support native esmodules (#​1244)
  • Interface type definitions may now be extended with extendSchema (#​1222)
  • isValidNameError utility is now exported as a non-throwing alternative to assertValidName (#​1237)
  • ExectuableDefinitionNode Flow type is now exported (#​1241)

Fixes:

  • extendSchema now preserves (and allows extending) a list of legacy field names which would otherwise be considered invalid (#​1235)
  • Replaced a misplaced licensing header (7e68984)

v0.13.0

Breaking:

  • Updated to latest spec for SDL for multiple interface implementations (#​1169)

    To continue to support the pre-spec variation, use parse(text, {allowLegacySDLImplementsInterfaces: true})

  • Internal module 'graphql/language/kinds' no longer directly exports enum values #​1221

    Not that you were relying on internal modules, were you :)

New:

  • getDescription helper function is now exported (#​1165)
  • Allows parsing pre-spec object type SDL with parse(text, {allowLegacySDLEmptyFields: true}) (#​1171)
  • Add introspectionFromSchema utility function (#​1187)
  • Add lexicographicSortSchema utility function (#​1208) (#​1220)
  • Allow use of legacy names during schema validation with {allowedLegacyNames: ['__badName']} (#​1194)

Fixed:

  • Only trigger "one instance of graphql" error in DEV environments, removing false errors from minified bundles. (#​1174)
  • Fix 'astFromValue' to correctly handle integers and strings (#​1181)
  • Fix getTypeMap() not including input types used in directives (#​1189)
  • Support executeSync with mutations. (#​1198)
  • Fix block string printing edge cases (#​1190, #​1212)
  • Fix SourceLocation incorrect export causing rollup bundling to fail (#​1210)
  • Preserve allowedLegacyNames when using extendSchema (#​1226) (added since v0.13.0-rc.1)

v0.12.3

Compare Source

Fixes:

  • Excluded lock files from deployed npm package

v0.12.2

Compare Source

Fixes:

  • Properly deploy a package on npm which contains es6-modules (#​1161)
  • Support 5-year-old legacy GraphQL services (#​1162)

v0.12.1

Compare Source

Flow Type Fixes:

  • Removed experimental.const_params Flow option to ensure support for projects which do not enable this option (#​1157, #​1160)
  • Changed visit() to return any instead of mixed to reduce the scope of the breaking change of adding Flow types for this function.

v0.12.0

🎁 Happy Holidays, GraphQL.js v0.12.0 is brings some of the biggest new changes of the year 🎉

This release includes new spec-compliance to existing experimental features, dramatically improves the quality of flow types, and introduces a number of new features and improved behaviors. As a result, there are a number of breaking changes to be aware of, especially for those building tools with GraphQL.js. A huge thank you to everyone who contributes to and uses GraphQL.js.

For a complete list of everything new, see the comparison to the last release.

New and Potentially Breaking:

  • Schema is now validated as part of a new exported function validateSchema() instead of during construction. (#​1124)

    This exciting change allows the creating GraphQLSchema instances which are not yet valid, for example: representing types which don't yet have fields. This is very useful for those building schema directly from the new schema definition language. The new function validateSchema(), much like the existing validate(), will return an Array of GraphQLError describing all issues with a schema. This also now includes blame sites in the original schema definition language, allowing much more helpful error messages when a schema is invalid. This might be breaking if your codebase relied on GraphQLSchema or any of the GraphQL type definition classes

  • Validation errors for value literals (and variable values) are greatly improved, doing so results in a change to the standard set of validation rules. (#​1126, #​1133, #​1144, #​1153)

    Code which relied on repeating the standard validation rules, or filtered them down using whitelists or blacklists may need to be updated. The rules ArgumentsOfCorrectTypeRule and DefaultValuesOfCorrectTypeRule have been removed and are replaced with two new rules ValuesOfCorrectTypeRule and VariablesDefaultValueAllowedRule. While the quality of validation errors are improved by this change, this does not actually cause any existing valid documents to become invalid or vice-versa.

  • GraphQL can now execute synchronously if all resolvers are synchronous functions. This means execute() may no longer return a Promise if execution completed synchronously. The graphql() function will still always return a Promise, but a new graphqlSync() function guarantees synchronous completion (or throws if any resolver does not complete). This unlocks exciting new use cases for querying over static data-sets and caches. (#​1115, #​1120)

  • Update to match Schema definition language latest specification. (#​1102, #​1117, #​1139)

    The schema definition language has some slight changes from the original experimental version through the standardization process. New extend forms were added and previously valid forms which omit fields like type Foo {} are now syntax errors and can be replaced with type Foo to indicate that fields are not yet defined.

  • Descriptions in the schema definition language are now represented as preceding strings rather than comments. (#​927)

    This change follows the latest updates to the spec proposal (https://github.com/facebook/graphql/pull/90) after a long discussion between the merits of comments vs. literals as descriptions. To ease the migration to this latest change, existing comment-descriptions can still be used by providing options to the relevant functions. To read a SDL that uses comments as descriptions, buildASTSchema(document, { commentDescriptions: true }); to write an SDL using comments as descriptions, printSchema(schema, { commentDescriptions: true }).

  • Allow serializing scalars as null. (#​1104)

    Since null is a potentially valid value for a scalar to serialize to in some rare conditions, this change ensures that scalars which serialize to null no longer produce errors. This is breaking since custom scalars which relied on returning null to indicate failure should now either return undefined or throw an Error.

  • Flow types for the parsed GraphQL AST and GraphQL Errors are now read only. This may result in new flow errors being detected in your codebase if you manipulate ASTs and Errors. (#​1116, #​1121, #​1122)

New & Improved:

  • Flow types have been added to visit(). As with any flow type improvement, this could expose real issues with your existing codebase. (#​1155)
  • New predicate functions are exported for all GraphQL types. This should remove the need to use instanceof for any use of GraphQL.js (#​1137)
  • The Wrapping Types GraphQLNonNull and GraphQLList are now flow typed as covariant and operate like a function instead of a class. This means that you should no longer type new GraphQLList(someType) and instead favor GraphQLList(someType). (#​1136)
  • A new function printError() is exported which highlights any blame lines from the original sources. Useful for printing errors to consoles. (#​1129, #​1131)
  • Improved aggregate NullableType and InputType flow types. As with any flow type improvement, this could expose real issues with your existing codebase. (#​1128)
  • A new function getIntrospectionQuery() is exported, and the existing introspectionQuery constant is deprecated. This helps improve the flow types and allows for some flexibility and options. (#​1113)
  • Export ES6 modules so tools like Rollup and Webpack can use "tree shaking" for smaller builds. (#​1105)
  • More strict flow typing for Introspection results. (#​1082)
  • Improve error quality when receiving bad introspection data. (#​1063)
  • Ability to extend GraphQL errors with additional "extensions" properties. (#​928)
  • New value literal "Block String" for writing long-form text (#​926)
  • New predicate functions isSpecifiedScalarType, isIntrospectionType, and isSpecifiedDirective (#​924).
  • Better coverage for findBreakingChanges() and findDangerousChanges()
    • Detect breaking changes within directives (#​1152)
    • Detect added nullable input field or added nullable argument. (#​1096)
    • Adding an interface to a type is a dangerous change. (#​992)

Fixed:

  • Fix path argument for visit() for leaving visitors. (#​1149)
  • Errors concerning multiple instances of GraphQL.js being in use at the same time are now reported much more clearly and in more scenarios. (73b804b)
  • The GraphQLArgs flow type is now exported. (#​1118)
  • Fix a possible infinite loop during validation for invalid queries in the OverlappingFields rule. (#​1111)
  • Subscriptions now ensure resolver errors are reported properly during initialization. (#​1106, #​1107)
  • Ensure uniform parsing of named queries and anonymous queries (#​1094)
  • Fix elasticsearch errors being mistaken for GraphQL errors. (#​1090)
  • Avoid process is undefined error when used in the browser. (#​1058)
  • Fix mistake in how TypeInfo handles inline fragments without type (#​1041)
  • Fix mistake in how TypeInfo collects input types (#​1143)
  • Check isDeprecated instead of deprecationReason in printDeprecated() (#​1035)
  • Fix flow types for 'path' & 'parentType' of GraphQLResolveInfo (#​1033)
  • Fix utilization of argument default values in buildASTSchema(), extendSchema() and buildClientSchema(). (#​903)

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.

🔕 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 has been generated by Mend Renovate. View repository job log here.

@renovate renovate bot force-pushed the renovate/graphql-14.x branch from a3e5e3d to a168988 Compare September 24, 2018 18:33
@renovate renovate bot force-pushed the renovate/graphql-14.x branch from a168988 to 90270ce Compare October 8, 2018 17:46
@renovate renovate bot force-pushed the renovate/graphql-14.x branch from 90270ce to 2b3ea6e Compare October 16, 2018 01:19
@renovate renovate bot force-pushed the renovate/graphql-14.x branch from 2b3ea6e to 6d21d50 Compare December 31, 2018 16:35
@renovate renovate bot force-pushed the renovate/graphql-14.x branch from 6d21d50 to e00fa9a Compare January 15, 2019 22:52
@renovate renovate bot force-pushed the renovate/graphql-14.x branch 2 times, most recently from f0994e5 to e32bb6c Compare February 13, 2019 19:05
@renovate renovate bot force-pushed the renovate/graphql-14.x branch from e32bb6c to 1c853f8 Compare March 29, 2019 18:29
@renovate renovate bot force-pushed the renovate/graphql-14.x branch from 1c853f8 to 8379f7d Compare June 19, 2019 13:49
@renovate renovate bot force-pushed the renovate/graphql-14.x branch from 8379f7d to d7d96b8 Compare July 13, 2019 05:54
@renovate renovate bot force-pushed the renovate/graphql-14.x branch from d7d96b8 to 8384791 Compare August 10, 2019 08:48
@renovate
Copy link
Author

renovate bot commented Mar 27, 2023

Edited/Blocked Notification

Renovate will not automatically rebase this PR, because it does not recognize the last commit author and assumes somebody else may have edited the PR.

You can manually request rebase by checking the rebase/retry box above.

⚠️ Warning: custom changes will be lost.

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.

1 participant