Skip to content

Navigation Menu

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Appearance settings

Releases: graphql-aspnet/graphql-aspnet

v1.4.3

25 Apr 16:17
ea04bdb
Compare
Choose a tag to compare
Loading

Bug Fix

  • Fixed a bug with the subscription library where some clients with strict protocol enforcement were unable to deserialize some messages.

Other

  • Published dedicated build targets for .NET 9

v1.4.2

21 Oct 14:40
abbf21e
Compare
Choose a tag to compare
Loading

What's Changed

  • Updated a System.Text.Json dependency based on a published security advisory.
  • This release includes no internal code changes

v1.4.1

09 Jul 23:02
536e405
Compare
Choose a tag to compare
Loading

What's Changed

  • Updated several Microsoft dependencies based on a published security advisory.
  • This release includes no internal code changes

v1.4.0

07 Jul 23:30
8e827d8
Compare
Choose a tag to compare
Loading

What's Changed

  • Removed .NET 7.0 support due to it being end of life.
  • Added editable message properties on IGraphMessage (Code, Message, Exception)
  • Minor bug fix to apply the correct default error code when a graph message is generated without a code
    • -unknown- has been corrected to UNKNOWN (constant value: Constants.ErrorCodes.Default)

Full Changelog: v1.3.2...v1.4.0

v1.3.2

10 Mar 17:57
5cd1726
Compare
Choose a tag to compare
Loading

Bug Fixes

  • Fixed a bug where input fields marked with [GraphSkip] were not ignored early enough during schema generation and were causing naming conflicts with included fields.
  • Fixed an issue where an input object with a field of a list of items of the same object type would cause a exception. Self referencing lists of input objects should now properly resolve.

Full Changelog: v1.3.1...v1.3.2

v1.3.1

20 Dec 15:25
3c88cfd
Compare
Choose a tag to compare
Loading

Bug Fixes

  • Fixed a bug where by calling .AddGraphQL() for the same schema type across different IServiceCollection instances would result in an erroneous duplicate registration error message. You can now successfully add the same schema type to different DI instances. (@Fgruntjes)
  • Fixed a validation bug where when a field set with multiple spread fragments with invalid graph type references would cause a 500 internal server error instead of triggering rule 5.5.1.2 . The invalid graph type name(s) will now be correctly identified and an appropriate response will be generated.

v2.0.0-beta1

26 Nov 21:32
16aac72
Compare
Choose a tag to compare
Loading
v2.0.0-beta1 Pre-release
Pre-release

Major Changes

  • Added support for minimal api style resolvers
  • Added support for method-level DI resolution and the [FromServices] attribute
  • Added a new nullability format strategy to support programmatic formatting of schema items during startup
    • Added built-in support for declaring strings, lists and reference types as non-nullable by default
  • Added support for "schema-level scalars". Scalar implementations can now vary per registered schema

Breaking Changes

  • Removed support for the GraphNameFormatter and merged its functionality into the new GraphSchemaFormatStrategy object
  • v2.0 contains several large scale internal code and namespace refactors including a number of breaking changes to ISchemaItem and related interfaces. See the related PRs for a full change log of items affected if you have done any heavy customization to the type system.
  • Don't hesitate to reach out with any questions.

Related PRs: #143, #141

See related PRs for sample code and a complete list of changes

v1.3.0

24 Nov 18:17
8ae48c9
Compare
Choose a tag to compare
Loading

.NET 8 Support

  • Added support for .NET 8
  • Removed .NET 6 star wars api, added .NET 8 version

Bug Fixes

  • Fixed an issue with SchemaItemPath causing a race condition when attempting to build multiple test server instances simultaniously (@Fgruntjes)
  • Fixed a bug with records not being allowed to used as OBJECT graph types in some scenarios
  • Fixed a bug with using the [GraphType] attribute on structs. You should now be able to supply a properly customized the name for a graph type built from a struct.
  • Fixed a bug where by a [BatchTypeExtension] or [TypeExtension] may fail to build introspection data properly when referencing a graph type with a customized name.
  • Fixed a bug where field executions would not always obey schema isolation rules in some scenarios.

Other Changes

  • Made the message parameter on GraphController.NotFound(message) optional. A default, generic message will be included in the query errors when not supplied.

Related PRs: #132, #135, #137, #138, #139, #140

v1.2.7

08 Oct 23:29
a43e7a3
Compare
Choose a tag to compare
Loading

Bug Fixes

  • Fixed a bug where the authentication and authorization middleware components would log erroneous warning messages if their functionality was bypassed via a custom component earlier in the pipeline. Both middleware components will now only initiate a logging session if they perform work for the current request.

  • Fixed a bug where the authorization middlware was using a globally scoped IAuthorizationService causing an authorization failure in some non-traditional security configurations. The authorization middleware will now use an auth service scoped to the active request.

v1.2.6

10 Sep 21:59
6dab282
Compare
Choose a tag to compare
Loading

Specification Update

  • Fixed a bug where classes, structs or interfaces that have no declared schema fields were allowed to be added to the schema as non-leaf graph types in some edge cases. [§3.6][§3.7][§3.10]

Validation Improvements

  • Added a rule to exclude any implicitly discovered fields that accept, as an argument, or return as a value a delegate.
  • Added a specific error message when attempting to use a delegate (or Func<>, Action<>) as an argument to an explicitly declared field.
  • Fixed a bug where an argument to a controller action or POCO field would not validate its type in some circumstances.
  • Fixed a bug where a class or interface with overloaded methods would throw a declaration exception even when 0 or 1 of those methods would be added to the schema. An exception will still be thrown if both attempt to be added (i.e. duplicate field names).
  • Fixed a bug where inherited methods or properties of Object or ValueType may be parsed by the templating system in some cases.
  • Improved the error messages for some argument type validation failures such that the the owner of the argument will now be named for easier identification.
  • Improved the error messaging to properly identify which controller, object or interface was being parsed when a required dependent type fails to validate.

Related PRs: #128

Morty Proxy This is a proxified and sanitized view of the page, visit original site.