graphprotocol / graphprotocol/graph-node
[Bug] Derived loader doesn't behave as expected
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Rust
- Estrellas
- 3.2k
- Forks
- 1.1k
- Merge medio
- 4 d 1 h
- PR fusionados (30 d)
- 1
Descripción
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
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Comienza reproduciendo el ejemplo de derived-loader del issue y, después, inspecciona lib/@graphprotocol/graph-ts/common/value.ts alrededor de la línea 80, donde se produce el error reportado. Rastrea cómo stakingPool.liquidityPool.load() gestiona el esquema y el mapping mostrados; se considera terminado cuando se haya identificado si el problema está en el uso o en el loader y se haya documentado o corregido el comportamiento esperado.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Área
- blockchain
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Necesita aclaración
- Aptitud para principiantes
- 20/100