[test] Cover token-registry cache fallback and read-through behavior
Los mantenedores suelen responder en 7 días
@olalekan22-tech ya está trabajando en esto.
Desde el 22/10/2026.
- #1826 de @olalekan22-tech — abierto
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 73/100
- Tipo de issue
- Error
- Claridad
- Bien especificado
- Estado de actividad
- Activo
- Stack tecnológico
- redis, typescript
Línea de trabajo
Start with backend/src/services/token-registry.service.ts at line 15, then read the existing backend tests for the metadata store and token list route to follow their setup. Add tests with injected or mocked dependencies for Redis hits, invalid cached JSON, Redis outages, database hits, and cold lookups. Done means DB cache hits skip RPC, Redis write failures preserve successful lookups, and the backend suite runs in CI.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Labels: testing, backend, points: 150
File/location: backend/src/services/token-registry.service.ts:15
Description:
Existing token metadata tests cover the separate in-memory metadata store and token list route, not the TokenRegistry service. Redis corruption/outage and database cache hit/miss behavior lack tests, risking unnecessary network traffic and failed lookups.
Acceptance Criteria:
- Test Redis hit, invalid cached JSON, unavailable Redis, database hit and cold lookup paths using injected/mocked dependencies.
- Assert DB cache hits avoid RPC and Redis write failures do not turn a successful metadata lookup into an error; run the suite in backend CI.
Notes:
Searched backend/tests: existing metadata/route tests target lib/token-metadata; none import services/token-registry.service.
Audited commit: 649b6976a100fd964ce191428eef1faeb50aaa39. Closest prior issues reviewed: #1323. This report concerns the specific failure or uncovered test paths described above, rather than repeating the original feature request.
- Lenguaje dominante
- TypeScript
- Estrellas
- 18
- Forks
- 250
- Merge medio
- 5 d 6 h
- PR fusionados (30 d)
- 83
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la 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.
Más de LabsCrypt/flowfi
-
backend points: 150 testing
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 7 días
-
backend points: 150 testing
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 7 días
-
backend points: 150 testing
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 7 días
-
backend points: 150 testing
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 7 días
-
backend points: 150 testing
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 7 días
Todos los issues de LabsCrypt/flowfi
Issues similares
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
awslabs/visual-asset-management-system#804 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
restatedev/sdk-typescript#813 ·
-
bug desktop P1 session XS
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Merit-Systems/x402scan#1312 ·
-
type:bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Azure/apiops-cli#331 ·
Los mantenedores suelen responder en 3 días