CodeSampleX

Aufzeichnungennpmregexpu-core

Bedingungen ändern
Fixiert
OSdebian glibc Paketversion6.4.0
Filter Runtimenode 22 Architekturx64 Paketmanagernpm Ausführungskontextnode libcglibc Filter löschen

Aktuelle Bedingungen

regexpu-core @6.4.0debian glibc · x64 · node 22 · npm · node

1 von 1 bestanden

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

hier gibt es ein Sample, und unser Lauf an dieser Koordinate kam sauber zurück (2)

Projektbeobachtungen
4 / 4
Contract-Verifikationen
1 / 1
Nutzungsdatensätze
5
Unabhängig meldende Peers
1
Zuletzt erfasst
2026-09-17

Exakte Aufzeichnungen

Dieser Ausschnitt ist bis auf seine gemessenen Kombinationen aufgelöst — die Umgebungen unten sind exakt das, was lief.

Abhängigkeits-Zustand

Beobachtete Kombinationen und Fehlernachweise für dieses Release

Beobachtete Probleme: 1 · Stabil: 6

Erster beobachteter Fehler

6.4.0

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

4 FAIL · stage: PROJECT_TEST

Bibliothek Version Zustand Dort gemessen Projekte
regenerate 1.4.2 PASS Alle Beobachtungen bestanden Contract bestanden 39 Projekttage
regenerate-unicode-properties 10.2.2 PASS Alle Beobachtungen bestanden Contract bestanden 39 Projekttage
regjsgen 0.8.0 PASS Alle Beobachtungen bestanden Contract bestanden 38 Projekttage
regjsparser 0.13.2 PASS Alle Beobachtungen bestanden Contract bestanden 38 Projekttage
unicode-match-property-ecmascript 2.0.0 PASS Alle Beobachtungen bestanden Contract bestanden 38 Projekttage
unicode-match-property-value-ecmascript 2.2.1 PASS Alle Beobachtungen bestanden Contract bestanden 38 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.