edfcore 0.6.302 → 0.6.304

package/dist/constants.d.ts

@@ -109,5 +109,5 @@ export declare const SIGNAL_FIELD_BLOCK_OFFSETS: {
     readonly reserved: 224;
 };
 /** Published package version. Kept in sync with package.json by a test. */
-export declare const VERSION = "0.6.302";
+export declare const VERSION = "0.6.304";
 //# sourceMappingURL=constants.d.ts.map

package/dist/constants.js

@@ -79,5 +79,5 @@ export const SIGNAL_FIELD_BLOCK_OFFSETS = {
     reserved: 224,
 };
 /** Published package version. Kept in sync with package.json by a test. */
-export const VERSION = '0.6.302';
+export const VERSION = '0.6.304';
 //# sourceMappingURL=constants.js.map

package/docs/CHANGELOG.md

@@ -6,6 +6,40 @@ alone does not tell you whether you were affected.
 edfcore is pre-1.0. Patch releases have carried behaviour changes where the old behaviour was a
 defect; those are called out below.
 
+## 0.6.304
+
+- **Fixed** `actions/cache` sitting on `@v4` in the Corpus workflow, the one action in this
+  repository not on a current major. v4 targets the Node 20 runtime, which GitHub has deprecated and
+  is currently FORCING onto Node 24 — every run of the job printed "Node.js 20 is deprecated... being
+  forced to run on Node.js 24" — so it works only until the forcing stops. `v5.0.0` is exactly that
+  fix upstream, "Upgrade to use node24"; `v6.0.0` changes only internals, and `path` and `key` are
+  the inputs this step uses, which neither major touched.
+- The break would have been quiet, which is why it was worth doing now rather than when it happened:
+  it is the cache step, so the fetch below it still runs and the job still passes — it would simply
+  download ~102 MB from third-party servers every week instead of restoring. 0.6.303 is about the
+  other way this job had stopped reporting what it was built to report.
+- The pin is a floor of v5 rather than "the same major as its siblings": actions version
+  independently, and `cache` is at v6 while `checkout` and `setup-node` are at v7, so that rule
+  would have been false the day it was written.
+
+## 0.6.303
+
+- **Fixed** the weekly Corpus workflow, which had been failing on every run. It executed `npm test`
+  on a tree that had never been built, so the seven `packaging-claims.test.ts` assertions — each of
+  which reads an export target out of `package.json` and checks it exists in `dist/` — failed every
+  time. `ci.yml` satisfies them two ways, `npm run build` for the package and site jobs and
+  `npm run check` for the main one; the corpus job did neither.
+- The cost was the signal, not the tests. The workflow's own header says "a corpus host being down is
+  not a broken library, and a red cross on a scheduled job is the honest way to say so" — so the
+  cross IS the report, and a permanent one carries nothing. A corpus host actually going down had
+  been invisible for weeks, and that is the one event this job exists to tell anyone about.
+- `tests/corpus/` is the only place edfcore is compared against bytes real hardware and real software
+  produced, including the pyEDFlib and MNE parity goldens, and nothing else runs it: `ci.yml` never
+  fetches and `scripts/release.mjs` runs `npm run check`, which downloads nothing.
+- A test now takes the set from the workflow files rather than from a list, so a new workflow that
+  runs the suite is covered the day it is added. `ci-verifications.test.ts` makes the same argument
+  one file over about a deleted `- run:` line.
+
 ## 0.6.302
 
 - **Fixed** `httpSource` answering HTTP 416 with advice about authentication. The catch-all it fell

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "edfcore",
-  "version": "0.6.302",
+  "version": "0.6.304",
   "description": "Modern, typed, zero-dependency reader for EDF, EDF+, BDF and BDF+ biosignal files. Works in browsers and Node with true random access.",
   "keywords": [
     "edf",

package/src/constants.ts

@@ -93,4 +93,4 @@ export const SIGNAL_FIELD_BLOCK_OFFSETS = {
 } as const;
 
 /** Published package version. Kept in sync with package.json by a test. */
-export const VERSION = '0.6.302';
+export const VERSION = '0.6.304';