search

workfloworchestrator / orchestrator-core

The workflow orchestrator core repository
Apache License 2.0
45 stars 15 forks source link

Bump strawberry-graphql from 0.232.2 to 0.245.0 #754

Closed dependabot[bot] closed 1 month ago

dependabot[bot] commented 1 month ago

Bumps strawberry-graphql from 0.232.2 to 0.245.0.

Release notes

Sourced from strawberry-graphql's releases.

🍓 0.245.0

This release removes the dated subscriptions_enabled setting from the Django and Channels integrations. Instead, WebSocket support is now enabled by default in all GraphQL IDEs.

Releases contributed by @​DoctorJohn via #3660

🍓 0.244.1

Fixes an issue where the codegen tool would crash when working with a nullable list of types.

Releases contributed by @​enoua5 via #3653

🍓 0.244.0

Starting with this release, WebSocket logic now lives in the base class shared between all HTTP integrations. This makes the behaviour of WebSockets much more consistent between integrations and easier to maintain.

Releases contributed by @​DoctorJohn via #3638

🍓 0.243.1

This releases adds support for Pydantic 2.9.0's Mypy plugin

Releases contributed by @​chrisemke via #3632

🍓 0.243.0

Starting with this release, multipart uploads are disabled by default and Strawberry Django view is no longer implicitly exempted from Django's CSRF protection. Both changes relieve users from implicit security implications inherited from the GraphQL multipart request specification which was enabled in Strawberry by default.

These are breaking changes if you are using multipart uploads OR the Strawberry Django view. Migrations guides including further information are available on the Strawberry website.

Releases contributed by @​DoctorJohn via #3645

🍓 0.242.0

Starting with this release, clients using the legacy graphql-ws subprotocol will receive an error when they try to send binary data frames. Before, binary data frames were silently ignored.

While vaguely defined in the protocol, the legacy graphql-ws subprotocol is generally understood to only support text data frames.

Releases contributed by @​DoctorJohn via #3633

🍓 0.241.0

You can now configure your schemas to provide a custom subclass of strawberry.types.Info to your types and queries.

import strawberry
from strawberry.schema.config import StrawberryConfig

from .models import ProductModel


</tr></table>

... (truncated)

Changelog

Sourced from strawberry-graphql's changelog.

0.245.0 - 2024-10-07

This release removes the dated subscriptions_enabled setting from the Django and Channels integrations. Instead, WebSocket support is now enabled by default in all GraphQL IDEs.

Contributed by Jonathan Ehwald via [PR #3660](strawberry-graphql/strawberry#3660)

0.244.1 - 2024-10-06

Fixes an issue where the codegen tool would crash when working with a nullable list of types.

Contributed by Jacob Allen via [PR #3653](strawberry-graphql/strawberry#3653)

0.244.0 - 2024-10-05

Starting with this release, WebSocket logic now lives in the base class shared between all HTTP integrations. This makes the behaviour of WebSockets much more consistent between integrations and easier to maintain.

Contributed by Jonathan Ehwald via [PR #3638](strawberry-graphql/strawberry#3638)

0.243.1 - 2024-09-26

This releases adds support for Pydantic 2.9.0's Mypy plugin

Contributed by Krisque via [PR #3632](strawberry-graphql/strawberry#3632)

0.243.0 - 2024-09-25

Starting with this release, multipart uploads are disabled by default and Strawberry Django view is no longer implicitly exempted from Django's CSRF protection. Both changes relieve users from implicit security implications inherited from the GraphQL multipart request specification which was enabled in Strawberry by default.

These are breaking changes if you are using multipart uploads OR the Strawberry Django view. Migrations guides including further information are available on the Strawberry website.

Contributed by Jonathan Ehwald via [PR #3645](strawberry-graphql/strawberry#3645)

0.242.0 - 2024-09-19

Starting with this release, clients using the legacy graphql-ws subprotocol will receive an error when they try to send binary data frames.

... (truncated)

Commits


Most Recent Ignore Conditions Applied to This Pull Request | Dependency Name | Ignore Conditions | | --- | --- | | strawberry-graphql | [>= 0.219.a, < 0.220] | | strawberry-graphql | [>= 0.218.a, < 0.219] | | strawberry-graphql | [>= 0.236.a, < 0.237] |

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot merge` will merge this PR after your CI passes on it - `@dependabot squash and merge` will squash and merge this PR after your CI passes on it - `@dependabot cancel merge` will cancel a previously requested merge and block automerging - `@dependabot reopen` will reopen this PR if it is closed - `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually - `@dependabot show ignore conditions` will show all of the ignore conditions of the specified dependency - `@dependabot ignore this major version` will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this minor version` will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
dependabot[bot] commented 1 month ago

Superseded by #755.