graphprotocol / graphprotocol/graph-node
[Bug] Derived loader doesn't behave as expected
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Rust
- Sterne
- 3.2k
- Forks
- 1.1k
- Ø Merge
- 4 T. 1 Std.
- Gemergte PRs (30 T.)
- 1
Beschreibung
Bug report
When using a derived loader I get a confusing error. My basic setup is this:
// SCHEMA
type Pool {
# `Pool-${token0.toHexString()}-${token1.toHexString()}`
id: ID!
stakingPool: StakingPool
}
type StakingPool {
id: Bytes!
liquidityPool: Pool!
}
// WHEN ADDING THE POOL FIRST
poolEntity.stakingPool = idOfFutureStakingPool;
const stakingPool = StakingPool.load(poolAddress)!;
const lp = stakingPool.liquidityPool.load()[0];
The last line is crashing with the error:
Mapping aborted at ~lib/@graphprotocol/graph-ts/common/value.ts, line 80, column 5, with message: Value is not a string.
What am I doing wrong? I didn't find any documentation for this modifier or any other for the subgraph. Also if I did anything wrong shouldn't the loader return an empty array instead of exploding in my face?
Using the derived field works well (in inspecting the store) but using the loader doesn't.
Relevant log output
No response
IPFS hash
No response
Subgraph name or link to explorer
No response
Some information to help us out
- Tick this box if this bug is caused by a regression found in the latest release.
- Tick this box if this bug is specific to the hosted service.
- I have searched the issue tracker to make sure this issue is not a duplicate.
OS information
Linux
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne damit, das Derived-Loader-Beispiel aus dem Issue zu reproduzieren, und untersuche dann lib/@graphprotocol/graph-ts/common/value.ts um Zeile 80 herum, wo der gemeldete Fehler auftritt. Verfolge, wie stakingPool.liquidityPool.load() das gezeigte Schema und Mapping verarbeitet; abgeschlossen ist die Aufgabe, wenn festgestellt wurde, ob die Verwendung oder der Loader fehlerhaft ist, und das erwartete Verhalten dokumentiert oder korrigiert wurde.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Bereich
- blockchain
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 20/100