CodeSampleX

Registrosnpmp-limit1.3.0

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

Condiciones actuales

p-limit @1.3.0ubuntu glibc · x64 · node 22 · npm 10 · node

total del paquete, no una API

0 de 1 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
2 / 2
Verificaciones de contrato
0 / 1
Registros de uso
1
Peers independientes que reportaron
1
Último registro
2026-09-14
Evidencia que puedes abrir

Salud de dependencias

Combinaciones observadas y evidencia de fallos para esta versión

Problemas observados: 1 · Cambiadas: 1 · Estables: 0

Primer fallo observado

1.3.0

linux · node@22.23 · executionContext=node

8 FAIL · stage: UNKNOWN · fingerprint: sha256:986d98189e70ab6bb81e3ca5f5feb96281ba0dfa6e522caa6ddd3d9b148578cc

Ver condiciones exactas Ver cluster de fallo
Biblioteca Versión Estado Medido allí Proyectos
p-try 1.0.0 CANDIDATE Cambio correlacionado; combinación no probada contrato aprobado 2 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.

Biblioteca7.3.13.1.02.3.01.3.0
p-try — — 2.2.0 1.0.0
yocto-queue 1.2.2 0.1.0 — —
yoga-layout 3.2.1 — — —

Se movieron: 2 · iguales en todas las versiones: 1

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