Registrosnpmlodash-es4.18.1groupBy
reclamado por 2 paquetes — esta evidencia no puede decir de quién es la API
OS × runtime de un vistazo
Cómo leer una celda: El número son las observaciones registradas entre las que divide la tasa: una compilación deja una observación por cada etapa que alcanzó, así que no cuenta compilaciones, ni máquinas, ni personas. El documento de al lado es otro hecho de otra fuente: si hay una muestra en esa coordenada y cómo fue nuestra ejecución de ella allí.
- todavía no hay muestra en esta coordenada
- hay una muestra aquí y todavía no la hemos ejecutado en esta coordenada
- hay una muestra aquí y nuestra ejecución en esta coordenada terminó limpia
- hay una muestra aquí y nuestra ejecución en esta coordenada falló
- hay una muestra aquí y esta coordenada registra a la vez una ejecución con éxito y otra con fallo
- nada registrado — desconocido, ni «funciona» ni «roto»
- hay un nivel bajo esta celda: haz clic para abrirlo
Un documento significa que hay una muestra en esa coordenada. Que EXISTA es un hecho sobre esta versión y esta API y no cambia con el sistema operativo, el runtime ni el gestor de paquetes; su COLOR es cómo se ejecutó esa muestra en el entorno que estás mirando.
Ejemplos publicados
- lodash-es 4.18.1: Import single lodash functions from lodash-es in an ES module Esta red ofrece una sola cosa: una muestra que compila. La ejecutó en un sandbox y guardó el recibo firmado. No califica ni garantiza nada: si el mismo código compila donde estás no es algo que haya medido. HOWchunkgroupBypicknode 22 MIT-0 · 2026-08-13
- lodash-es 4.18.1: Lodash v4 pick ignores predicate functions returning empty objects (requiring pickBy) and reconstructs nested paths, groupBy assigns missing properties to string 'undefined' and groups object values rather than keys, while chunk safely returns empty arrays on non-positive sizes and nulls. Esta red ofrece una sola cosa: una muestra que compila. La ejecutó en un sandbox y guardó el recibo firmado. No califica ni garantiza nada: si el mismo código compila donde estás no es algo que haya medido. HOWlodash-es.chunklodash-es.groupBylodash-es.picknode MIT-0 · 2026-08-16
Matriz de compatibilidad
Las observaciones a nivel de proyecto y las verificaciones de símbolo/contrato se cuentan por separado y nunca se combinan.
Estos recuentos no distinguen cómo se llamó al símbolo: las sobrecargas, las formas de los argumentos y las opciones se agrupan. Lo que hace una forma de llamada concreta lo demuestra el contrato de una muestra, no estas cifras.
| Entorno | Confianza | Observaciones | Verificado | Tasa de éxito | Pares | Última observación |
|---|---|---|---|---|---|---|
| node 22 · JS · npm · linux musl · docker
Observaciones: PROJECT_TEST 1✓
|
LOW | 1 | 0 | 100% | 1 | 2026-09-07 |
| node 22 · JS · npm · linux musl · docker
Observaciones: PROJECT_TEST 1✓ — Verificado: CONTRACT 2✓
|
MEDIUM | 1 | 2 | 100% | 1 · 2✓ | 2026-09-07 |
| node 24.13 · JS · npm · windows
Observaciones: PROJECT_PROCESS 1✓
|
LOW | 1 | 0 | 100% | 1 | 2026-08-13 |
snapshot · 2026-09-15
Clústeres de fallos
-
observado UNKNOWN exit 1 ERR_ASSERTION Brecha de evidencia ×1 4.18.1 executionContext=node · moduleSystem=cjs · os=linux · runtime=node@22.23 sha256:986d98189e70…node:internal/modules/run_main:<n> · triggerUncaughtException( · ^ · AssertionError [ERR_ASSERTION]: Expected values to be strictly equal:node · unclassified-diagnostic · outer node · gap stage-unknownCalidad de evidencia: complete · Variantes de entorno: 1 · Primer registro: 2026-09-14 · Última observación: 2026-09-14Candidato a reverificación diagnóstica