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

I'd like a configuration option to be able to disable the default mock map on this line here and get an error instead:
https://github.com/apollographql/graphql-tools/blob/5c5418cec88f1d5520eccc1d2e6dfaa511547e4d/src/mock.ts#L282

We have tests that use mock data and I'd rather have an explicit error if a value could not be resolved. I find the implicit default value unhelpful in this case and m

In the graphql_map_input_fields_to_wp_query filter, the $post_type is the last parameter. This is inconsistent with the other graphql_map_input_fields_* filters. For example in graphql_map_input_fields_to_get_terms the $taxonomy parameter is the third parameter (while the $context & $info parameters are the last two in all of the graphql_map_input_fields_* filters). For consistency sake, i

• Are you running a release or master: master
• Issue is about a fresh instance (no data in db) or restart: fresh

This seems a known/unfinished issue based on the commented 'Name' field in the code noted below, but I was hoping it could be addressed as it would greatly ease the discovery of the graphql endpoints generated by the db tables as they would become available in GraphiQL in #13

``

If a user writes a subgraph referencing contract addresses from (for example) a testnet, and then accidentally deploys the subgraph to a graph node running mainnet, the subgraph will run but won't find any events. We can provide a better experience using eth_getTransactionCount to check that the contract addresses exist on

Scope of updates:

• back end dependencies
• front end dependencies
• version of Go
• Node version
• versions of images in Dockerfiles
• dependencies in CI scripts

It would be nice to have GQLScalar split into GQLParse and GQLSerialize so that parse and serialize do not both need to be implemented if not required. A lot of the times I am only parsing or serializing for a type and it is twice the work to define for both parsing and serializing.

What is the motivation for adding / enhancing this feature?

There is an object product_links that needs to be mapped to the `vsf-catalo