allApiBlueprint graphql error
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 30/100
- Tipo di issue
- Bug
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- graphql, javascript
- Ambito
- build-system, documentation
Direzione di ricerca
Esegui npm run docs e ispeziona la query allApiBlueprint in gatsby/createPages.js:22:13, quindi traccia il motivo per cui quel campo è assente dallo schema GraphQL di Gatsby. Il lavoro è completato quando la build della documentazione termina senza l'errore GraphQL.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I got the error like below when I run npm run docs Anyone can help me out?
ERROR #85923 GRAPHQL
There was an error in your GraphQL query:
Cannot query field "allApiBlueprint" on type "Query".
If you don't expect "allApiBlueprint" to exist on the type "Query" it is most likely a typo.
However, if you expect "allApiBlueprint" to exist there are a couple of solutions to common problems:
- If you added a new data source and/or changed something inside gatsby-node.js/gatsby-config.js, please try a restart of your development server
- The field might be accessible in another subfield, please try your query in GraphiQL and use the GraphiQL explorer to see which fields you can query and what shape they have
- You want to optionally use your field "allApiBlueprint" and right now it is not used anywhere. Therefore Gatsby can't infer the type and add it to the GraphQL schema. A quick fix is to add a least one entry with that field ("dummy content")
It is recommended to explicitly type your GraphQL schema if you want to use optional fields. This way you don't have to add the mentioned "dummy content". Visit our docs to learn how you can define the schema for "Query":
https://www.gatsbyjs.org/docs/schema-customization/#creating-type-definitions
File: gatsby/createPages.js:22:13
- Lingua principale
- API Blueprint
- Stelle
- 18
- Fork
- 9
- Merge medio
- 2g 5m
- PR unite (30g)
- 8
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di SparkPost/developers.sparkpost.com
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 45/100
-
Sending Domain not specifiedAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
SparkPost/developers.sparkpost.com#501 · 1 commento ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 35/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 32/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
Tutte le issue di SparkPost/developers.sparkpost.com
Issue simili
-
complexity: trivial good first issue impact: low
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 78/100
ueberdosis/tiptap#8522 ·
I maintainer di solito rispondono entro 1 giorno
-
Upgrade to Micrometer 1.17.2Apertain: build type: dependency-upgrade
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 62/100
spring-projects/spring-ldap#1791 ·
I maintainer di solito rispondono entro 1 giorno
-
:maddi-inspection-kotlin:test runs out of heap in a full maddi test run; exit 1 with no failing testApertabuild/ci front-end:kotlin
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
taisei-project/taisei#454 ·
-
Build failure: limoAperta0.kind: build failure
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno