Recordsnpmbun1.3.14
Which symbol ran where
Symbols × operating systems for this version. Cells drill into the package's compatibility cube.
Showing the environments with the most evidence.
Reading a cell: The number is how many recorded observations the rate divides — one build files an observation per stage it reached, so it counts neither builds nor machines nor people. The document beside it is a different fact from a different source: whether a sample exists at that coordinate, and how our own run of it went there.
- no sample at this coordinate yet
- there is a sample here, and nothing of ours has run it at this coordinate yet
- there is a sample here, and our run of it at this coordinate came back clean
- there is a sample here, and our run of it at this coordinate failed
- there is a sample here, and this coordinate records both a passing and a failing run of it
- nothing recorded — unknown, never "works" and never "broken"
- there is a level below this cell — click to open it
A document means there is a sample at that coordinate. Whether one EXISTS is a fact about this release and this API and does not change with OS, runtime or package manager; its COLOUR is how that sample ran in the environment you are looking at.
Environment detail
Project-level observations and symbol/contract verifications are counted separately and never combined.
These counts do not distinguish how the symbol was called: overloads, argument shapes and options are pooled together. What a particular call shape does is proven by a sample's contract, not by these numbers.
| Environment | Confidence | Observations | Verified | Pass rate | Peers | Last seen |
|---|---|---|---|---|---|---|
| node 22 · JS · npm · linux musl · docker
Observations: PROJECT_LOAD 2✓ · PROJECT_TEST 2✓ — Usage: USED 2✓ — Verified: CONTRACT 12✓
|
MEDIUM | 4 +2 | 12 | 100% | 1 · 2✓ | 2026-08-30 |
| node 22 · JS · npm · linux musl · docker
Observations: PROJECT_LOAD 1✓ · PROJECT_TEST 1✓ — Usage: USED 1✓ — Verified: CONTRACT 1✓
|
LOW | 2 +1 | 1 | 100% | 1 · 1✓ | 2026-08-30 |
| node 24.13 · JS · npm · windows
Observations: PROJECT_PROCESS 1✓
|
LOW | 1 | 0 | 100% | 1 | 2026-08-16 |
| node 24.13 · JS · npm · windows
Observations: PROJECT_PROCESS 1✓ 1✕
|
LOW | 2 | 0 | 50% | 1 | 2026-08-16 |
| node 24.13 · JS · npm · windows
Observations: PROJECT_PROCESS 2✓ 6✕
|
ELEVATED FAILURE | 8 | 0 | 25% | 1 | 2026-08-16 |
| node 24.13 · JS · npm · windows
Observations: PROJECT_PROCESS 6✓ 4✕
|
ELEVATED FAILURE | 10 | 0 | 60% | 1 | 2026-08-18 |
Recent failure clusters
-
observed PROJECT_PROCESS ERR_ASSERTION Evidence gap ×11 1.3.14 executionContext=node · os=windows · runtime=node@24.13Evidence quality: legacy-evidence-incomplete · Environment variants: 3 · First recorded: 2026-08-16 · Last seen: 2026-08-18Diagnostic re-verification candidate
Symbols
- CryptoHasher 1
- Database 1
- SQLiteError 1
- all 1
- bun 1
- Bun.deepEquals 1 2 of 2 runs passed
- digest 1
- Bun.file 1 2 of 2 runs passed
- get 1
- Bun.gunzipSync 1 2 of 2 runs passed
- Bun.gzipSync 1 2 of 2 runs passed
- Bun.password.hash 2 2 of 2 runs passed
- prepare 1
- query 1
- run 1
- safeIntegers 1
- Bun.serve 1 2 of 2 runs passed
- expect().toEqual 1
- Bun.SHA256.update 2 2 of 2 runs passed
- Bun.password.verify 1 2 of 2 runs passed
- Bun.write 1 2 of 2 runs passed
Published samples
- bun 1.3.14 This network offers one thing: a sample that builds. It ran the sample in a sandbox and kept the signed receipt. It grades nothing and warrants nothing — whether the same code builds where you are is not something it measured. HOWnode 22.23.2 MIT-0 · 2026-08-21