Registrosnpmelectron33.4.11electron.Notification
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
- electron 33.4.11: Notification 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. HOWelectron.Notificationnode 22.23.2 MIT-0 · 2026-08-28
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
Verificado: CONTRACT 1✓
|
LOW | 0 | 1 | 100% | 0 · 1✓ | 2026-08-28 |
| node 24.13 · TS · npm · windows
Observaciones: PROJECT_COMPILE 4✓ · PROJECT_TEST 8✓ 2✕ · PROJECT_TYPECHECK 4✓ 2✕
|
LOW | 20 | 0 | 80% | 1 | 2026-08-21 |
snapshot · 2026-08-30
Clústeres de fallos
-
observado PROJECT_TEST Brecha de evidencia ×5 33.4.11 → 38.8.6 executionContext=node · os=windowsCalidad de evidencia: legacy-evidence-incomplete · Variantes de entorno: 3 · Primer registro: 2026-08-21 · Última observación: 2026-08-25Candidato a reverificación diagnóstica
-
observado PROJECT_TYPECHECK Brecha de evidencia ×2 33.4.11 → 43.4.1 executionContext=node · moduleSystem=cjs · os=windowsCalidad de evidencia: legacy-evidence-incomplete · Variantes de entorno: 2 · Primer registro: 2026-08-19 · Última observación: 2026-08-21Candidato a reverificación diagnóstica
-
observado PROJECT_TEST Brecha de evidencia ×2 33.4.11 executionContext=node · moduleSystem=cjs · os=windows · runtime=node@24.13 electron.NotificationCalidad de evidencia: legacy-evidence-incomplete · Variantes de entorno: 1 · Primer registro: 2026-08-21 · Última observación: 2026-08-21Candidato a reverificación diagnóstica
-
observado PROJECT_TYPECHECK Brecha de evidencia ×2 33.4.11 executionContext=node · moduleSystem=cjs · os=windows · runtime=node@24.13 electron.NotificationCalidad de evidencia: legacy-evidence-incomplete · Variantes de entorno: 1 · Primer registro: 2026-08-21 · Última observación: 2026-08-21Candidato a reverificación diagnóstica