graphprotocol / graphprotocol/graph-node

lastHealthyBlock is never populated

Offen
#4,414 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Stale
Vorherrschende Sprache
Rust
Sterne
3.2k
Forks
1.1k
Ø Merge
4 T. 1 Std.
Gemergte PRs (30 T.)
1

Beschreibung

Do you want to request a feature or report a bug?
Not sure. Seems like a bug to me

What is the current behavior?
For all the subgraphs I have deployed so far, I have never seen lastHealthyBlock be anything other than null. Not sure if that's supposed to happen and if yes then why is the key in the first place?

If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem.

  1. Deploy the gravatar subgraph from the docs
  2. Run the following query
req := graphql.NewRequest(`
		query {
			indexingStatuses {
				subgraph
				synced
				health
				entityCount
				node
				fatalError
				nonFatalErrors
				chains {
					network
					chainHeadBlock { number }
					earliestBlock { number }
					latestBlock { number }
					lastHealthyBlock { number }
				}
			}
		}
	`)
  1. Notice that lastHealthyBlock is null

What is the expected behavior?
That lastHealthyBlock should be populated

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Reproduziere den Bericht, indem du den gravatar subgraph bereitstellst und die bereitgestellte indexingStatuses-Abfrage ausführst. Verfolge, wie die Statusfelder der Chain, insbesondere lastHealthyBlock, erzeugt werden, und vergleiche dieses Verhalten mit dem erwarteten befüllten Wert. Bestätige das Ergebnis nach der Änderung mit derselben Abfrage.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
graphql, rust
Bereich
api, backend, blockchain
Issue-Typ
Bug
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Veraltet
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
30/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.