edfcore 0.6.302 → 0.6.303

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -109,5 +109,5 @@ export declare const SIGNAL_FIELD_BLOCK_OFFSETS: {
109
109
  readonly reserved: 224;
110
110
  };
111
111
  /** Published package version. Kept in sync with package.json by a test. */
112
- export declare const VERSION = "0.6.302";
112
+ export declare const VERSION = "0.6.303";
113
113
  //# sourceMappingURL=constants.d.ts.map
package/dist/constants.js CHANGED
@@ -79,5 +79,5 @@ export const SIGNAL_FIELD_BLOCK_OFFSETS = {
79
79
  reserved: 224,
80
80
  };
81
81
  /** Published package version. Kept in sync with package.json by a test. */
82
- export const VERSION = '0.6.302';
82
+ export const VERSION = '0.6.303';
83
83
  //# sourceMappingURL=constants.js.map
package/docs/CHANGELOG.md CHANGED
@@ -6,6 +6,24 @@ alone does not tell you whether you were affected.
6
6
  edfcore is pre-1.0. Patch releases have carried behaviour changes where the old behaviour was a
7
7
  defect; those are called out below.
8
8
 
9
+ ## 0.6.303
10
+
11
+ - **Fixed** the weekly Corpus workflow, which had been failing on every run. It executed `npm test`
12
+ on a tree that had never been built, so the seven `packaging-claims.test.ts` assertions — each of
13
+ which reads an export target out of `package.json` and checks it exists in `dist/` — failed every
14
+ time. `ci.yml` satisfies them two ways, `npm run build` for the package and site jobs and
15
+ `npm run check` for the main one; the corpus job did neither.
16
+ - The cost was the signal, not the tests. The workflow's own header says "a corpus host being down is
17
+ not a broken library, and a red cross on a scheduled job is the honest way to say so" — so the
18
+ cross IS the report, and a permanent one carries nothing. A corpus host actually going down had
19
+ been invisible for weeks, and that is the one event this job exists to tell anyone about.
20
+ - `tests/corpus/` is the only place edfcore is compared against bytes real hardware and real software
21
+ produced, including the pyEDFlib and MNE parity goldens, and nothing else runs it: `ci.yml` never
22
+ fetches and `scripts/release.mjs` runs `npm run check`, which downloads nothing.
23
+ - A test now takes the set from the workflow files rather than from a list, so a new workflow that
24
+ runs the suite is covered the day it is added. `ci-verifications.test.ts` makes the same argument
25
+ one file over about a deleted `- run:` line.
26
+
9
27
  ## 0.6.302
10
28
 
11
29
  - **Fixed** `httpSource` answering HTTP 416 with advice about authentication. The catch-all it fell
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.6.302",
3
+ "version": "0.6.303",
4
4
  "description": "Modern, typed, zero-dependency reader for EDF, EDF+, BDF and BDF+ biosignal files. Works in browsers and Node with true random access.",
5
5
  "keywords": [
6
6
  "edf",
package/src/constants.ts CHANGED
@@ -93,4 +93,4 @@ export const SIGNAL_FIELD_BLOCK_OFFSETS = {
93
93
  } as const;
94
94
 
95
95
  /** Published package version. Kept in sync with package.json by a test. */
96
- export const VERSION = '0.6.302';
96
+ export const VERSION = '0.6.303';