Registrosnpm@vitest/utils4.1.10@vitest/utils.delay
Cambiar las condiciones
Condiciones actuales
@vitest/utils.delay @4.1.10ubuntu glibc · x64 · node 22 · npm 10 · node
1 de 1 pasaron
Observado: builds reales de proyectos reportaron desde esta coordenada.
todavía no hay muestra en esta coordenada
- Observaciones de proyectos
- 1 / 1
- Verificaciones de contrato
- nada en esta coordenada
- Peers independientes que reportaron
- 1
- Último registro
- 2026-08-31
Dependencias
| Biblioteca | Versión | Medido allí | Proyectos |
|---|---|---|---|
| @vitest/pretty-format | 4.1.10 | contrato aprobado | 3 días-proyecto |
| convert-source-map | 2.0.0 | contrato aprobado | 3 días-proyecto |
| tinyrainbow | 3.1.1 | contrato aprobado | 3 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.
| Biblioteca | 4.1.11 | 4.1.10 | 3.2.7 | 2.1.9 |
|---|---|---|---|---|
| @vitest/pretty-format | 4.1.11 | 4.1.10 | 3.2.7 | 2.1.9 |
| tinyrainbow | 3.1.1 | 3.1.1 | 2.0.0 | 1.2.0 |
| convert-source-map | 2.0.0 | 2.0.0 | — | — |
| loupe | — | — | 3.2.1 | 3.2.1 |
Se movieron: 2 · 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
-
observado PROJECT_PROCESS ERR_ASSERTION Brecha de evidencia ×6 3.2.7 → 4.1.10 executionContext=nodeCalidad de evidencia: legacy-evidence-incomplete · Variantes de entorno: 3 · Primer registro: 2026-08-14 · Última observación: 2026-08-30Candidato a reverificación diagnóstica