graphprotocol / graphprotocol/graph-node
Non-fatal error not showing in indexing status API
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
This should've been fixed on https://github.com/graphprotocol/graph-node/pull/3350 (@neysofu). But on hosted I'm seeing the following entry in subgraph_error:
id | subgraph_id | message | block_hash | handler | vid | block_range | deterministic | created_at
------------------------------------------------------------------+------------------------------------------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+--------------------------------------------------------------------+------------+-------+-------------+---------------+-------------------------------
e3b8d7b092745350b123a0ef8cc2a317b8022d0d7297f06ae402a432c1211023 | QmZM7qcyrBwBAKATQ8fBJe1f3dnh4M76afYM2kFqn8KWJQ | Mapping aborted at ~lib/@graphprotocol/graph-ts/chain/ethereum.ts, line 448, column 6, with message: Call reverted, probably because an `assert` or `require` in the contract failed, consider using `try_feeGrowthGlobal1X128` to handle this in the mapping. wasm backtrace: 0: 0x40d6 - <unknown>!~lib/@graphprotocol/graph-ts/chain/ethereum/ethereum.SmartContract#call 1: 0x410b - <unknown>!src/types/Factory/Pool/Pool#feeGrowthGlobal1X128 2: 0x44d6 - <unknown>!src/mappings/core/handleSwap | \xa27795b7df8341e1b48113b2a866bfcf3d642eaaa9236f7df08dd19991bd90a7 | handleSwap | 52605 | [7729783,) | t | 2023-01-20 03:55:31.289339+00
But the indexing status query:
{
indexingStatuses(subgraphs: ["QmZM7qcyrBwBAKATQ8fBJe1f3dnh4M76afYM2kFqn8KWJQ"]) {
health
nonFatalErrors {
message
}
}
}
returns empty:
{
"data": {
"indexingStatuses": [
{
"health": "unhealthy",
"nonFatalErrors": []
}
]
}
}
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
Lee primero pull request #3350; después, sigue la consulta indexingStatuses y compara su resultado nonFatalErrors con la entrada subgraph_error mostrada. Reproduce la consulta para el ID de subgraph proporcionado e identifica dónde se omite el error almacenado; se considera terminado cuando el error no fatal correspondiente aparece en nonFatalErrors.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- graphql, rust
- Área
- api, backend
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 35/100