CodeSampleX

Registrosnpmqs6.13.0

Cambiar las condiciones
Fijado
OSalpine musl Versión del paquete6.13.0
Filtrar Runtimenode 22 Símbolowhole package Arquitecturax64 Gestor de paquetesnpm Contexto de ejecuciónnode libcmusl Borrar filtros

Condiciones actuales

qs @6.13.0alpine musl · x64 · node 22 · npm · node

total del paquete, no una API

Registrado como presente en proyectos. No se ejecutó nada en esta coordenada.

Observado: builds reales de proyectos reportaron desde esta coordenada.

hay una muestra aquí y todavía no la hemos ejecutado en esta coordenada (1)

Observaciones de proyectos
nada en esta coordenada
Verificaciones de contrato
nada en esta coordenada
Registros de uso
1
Peers independientes que reportaron
1
Último registro
2026-09-08

Salud de dependencias

Combinaciones observadas y evidencia de fallos para esta versión

Problemas observados: 1 · Estables: 1

Primer fallo observado

6.13.0

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

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

Biblioteca Versión Estado Medido allí Proyectos
side-channel 1.1.1 PASS Todas las observaciones pasaron contrato aprobado 11 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.

Biblioteca6.16.06.15.36.13.06.11.0
es-define-property 1.0.1 1.0.1 — —
side-channel 1.1.1 1.1.1 1.1.1 1.1.1

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

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