CodeSampleX

Registrosnpmistanbul-lib-source-maps4.0.1

Cambiar las condiciones
Fijado
Runtimenode 22 Versión del paquete4.0.1
Filtrar OSubuntu glibc Símbolowhole package Arquitecturax64 Gestor de paquetesnpm 10 Contexto de ejecuciónnode libcglibc Borrar filtros

Condiciones actuales

istanbul-lib-source-maps @4.0.1ubuntu glibc · x64 · node 22 · npm 10 · node

total del paquete, no una API

0 de 3 pasaron

Verificado: esta red ejecutó un contrato en esta coordenada.

hay una muestra aquí y nuestra ejecución en esta coordenada falló

Observaciones de proyectos
9 / 9
Verificaciones de contrato
0 / 3
Registros de uso
1
Peers independientes que reportaron
2
Último registro
2026-09-02

Salud de dependencias

Combinaciones observadas y evidencia de fallos para esta versión

Problemas observados: 1 · Estables: 3

Primer fallo observado

4.0.1

linux · node@22.23 · moduleSystem=cjs · executionContext=node

1 FAIL · stage: UNKNOWN · fingerprint: sha256:91ad26545eb1f3df29e3d9731c4244f3cf919942db2aa314b6b8d67ca84b47ef

Biblioteca Versión Estado Medido allí Proyectos
debug 4.4.3 PASS Todas las observaciones pasaron contrato aprobado 6 días-proyecto
istanbul-lib-coverage 3.2.2 PASS Todas las observaciones pasaron contrato aprobado 6 días-proyecto
source-map 0.6.1 PASS Todas las observaciones pasaron contrato aprobado 6 días-proyecto

La columna de medición se refiere a la versión de cada dependencia en sí, no al par. Que un resolutor haya colocado dos versiones juntas no prueba que funcionen juntas.

Versiones de dependencias por versión

A qué resolvió sus hijos cada versión de este paquete. Primero va el hijo cuya versión se movió: ahí una actualización cambió algo bajo tus pies.

Se movieron: 0 · iguales en todas las versiones: 4

Una arista registra que un resolutor colocó una versión junto a otra en una máquina real. No afirma que ambas funcionen juntas; a esa pregunta responden las muestras y los contratos, no la presencia de una fila.

Clústeres de fallos recientes