graphql-server

Issue split from hasura/graphql-engine#6951

our pytest output has a pretty low signal:noise ratio, and it's often difficult to understand the cause of a test failure, if there is one. [Example: a 8600-line log for what turned out to be a flaky test that passed on a second run](https://app.circleci.com/pipelines/github/hasura/graphql-engine-mono/10008/workflows/5e17c7

Description
Remove any google fonts dependency from api-platform.

Example
Remove the google font stylesheet in line 8 of api-platform\core\src\Bridge\Symfony\Bundle\Resources\views\SwaggerUi\index.html.twig depending on a configuration variable?

Context
I'm working on an intranet application for a big company where any call to the fonts.googleapi.com CDN takes 30 seconds

While there are already lots of tests, several components are still lacking proper tests (just the one skeletal generated test). It would be nice to have tests for a lot of such components.

Many user have expressed how useful GraphQL Voyager has been as they work on sites powered by WPGraphQL.

It would be nice to let users use GraphQL Voyager within their WordPress dashboard alongside GraphiQL.

See: https://github.com/APIs-guru/graphql-voyager

Hi!
How can I set response headers if the context object does not contain the response key? I need to set a httpOnly cookie when a user authenticates in the system. For db injection I used Extension.

def authenticate_user(username: str, password: str, info: Info) -> AuthenticateResponse:
    db = info.context['db']
    ...
    info.context["response"].set_cookie(key="token", value

What would you like to be added:

It would be amazing to have a "Deploy with Heroku" button. Someone please help and build this.

https://devcenter.heroku.com/articles/heroku-button

Why is this needed:

Please add arm64 release bin

When there are too many data-sources, the RPC call fails with "payload too large"

Affected subgraph

Error:

Payload is too big to load: Unexpected RPC error, error: Transport("Unexpected response status code: 413 Payload Too Large"), component: BlockStream

• [Source](https://github.com/pancakeswap/

Is your feature request related to a problem? Please describe.
Currently we don't have any integration tests that verify that generated federated GraphQL schemas are valid with the Apollo Gateway.

Describe the solution you'd like
One of the PR hooks (Github Action?) start up the example federation apps (including gateway) and verify federation works.

Additional context
Related

This being able to let you optionally write:

Types.string.nonNull

Rather than:

Types.makeNonNull(Types.string)

https://github.com/ghostdogpr/caliban/blob/8b523050d610bb3072120e6e2321fadeeb380ab6/core/src/main/scala/caliban/schema/Types.scala#L23-L25

Something like:

extension (type: __Type)
	def list(): __Type = __Type(__TypeKind.LIST, ofType