CodeSampleX

Aufzeichnungennpmtldts7.4.12getDomain

Bedingungen ändern
Fixiert
Runtimenode 24 SymbolgetDomain
Filter OSwindows 11 Paketversion7.4.12 Architekturx64 Paketmanagernpm 11 Ausführungskontextnode Filter löschen

Aktuelle Bedingungen

getDomain @7.4.12windows 11 · x64 · node 24 · npm 11 · node

0 von 22 bestanden

Verifiziert — dieses Netzwerk hat an dieser Koordinate einen Contract ausgeführt.

hier gibt es ein Sample, und unser Lauf an dieser Koordinate ist fehlgeschlagen (1)

Projektbeobachtungen
64 / 75
Contract-Verifikationen
0 / 22
Unabhängig meldende Peers
1
Zuletzt erfasst
2026-09-14

Abhängigkeits-Zustand

Beobachtete Kombinationen und Fehlernachweise für dieses Release

Beobachtete Probleme: 1 · Geändert: 1 · Stabil: 0

Erster beobachteter Fehler

7.4.12

windows · node@24.13 · moduleSystem=esm · executionContext=node

2 FAIL · stage: UNKNOWN · fingerprint: sha256:340c5f78ca350e182b7069dc6d9481ef0fa77573d019e926c7b05c0cc108f20c

Bibliothek Version Zustand Dort gemessen Projekte
tldts-core 7.4.12 CANDIDATE Korrelierte Änderung; unbewiesene Kombination Contract bestanden 4 Projekttage

Die Messspalte betrifft das Release der jeweiligen Abhängigkeit selbst, nicht das Paar. Dass ein Resolver zwei Releases nebeneinandergestellt hat, ist kein Beleg dafür, dass sie zusammen funktionieren.

Abhängigkeitsversionen über Releases

Worauf jedes Release dieses Pakets seine Kinder aufgelöst hat. Ein Kind, dessen Version sich bewegt hat, steht zuerst: dort hat ein Upgrade etwas unter Ihnen verändert.

Bibliothek7.4.127.4.117.0.196.1.86
tldts-core 7.4.12 7.4.11 7.0.19 6.1.86

Bewegt: 1 · in jedem Release gleich: 0

Eine Kante hält fest, dass ein Resolver auf einer echten Maschine ein Release neben ein anderes gestellt hat. Sie behauptet nicht, dass beide zusammen funktionieren; diese Frage beantworten Samples und Contracts, nicht das Vorhandensein einer Zeile.

Aktuelle Fehler-Cluster

Es werden die 12 meistgemeldeten von 32 aufgezeichneten Fehlerclustern gezeigt. Der Rest sind Einzelmeldungen.