edfcore 0.4.428 → 0.4.429

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.4.428";
112
+ export declare const VERSION = "0.4.429";
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.4.428';
82
+ export const VERSION = '0.4.429';
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.4.429
10
+
11
+ - **Added** tests for `edfcore validate` exiting 1 because validation failed. The exit-code table on
12
+ `cli.md` gives `1` two meanings in one row — "the file could not be read, or validation failed" —
13
+ and only the first was exercised. `runCli` returns `report.ok ? 0 : 1`, and nothing had ever
14
+ driven it down the `false` side, which is the entire reason the command exists.
15
+ - A CI job gating on conformance branches on that number without reading a word of the output, and
16
+ it can fail in two opposite ways. A gate that never fires passes every recording, including the
17
+ ones the library refused to scale, and nobody investigates a green tick. A gate that always fires
18
+ gets switched off, and the conformance checking goes with it.
19
+ - The second is likelier, and it turns on a boundary now stated as a subject: a warning is not a
20
+ failure. `LABEL_CONVENTION_NONCONFORMANT` is on almost every real recording, CHB-MIT ships a
21
+ duplicated channel label, a file marked EDF+C whose onsets drift is a warning because real
22
+ writers do that, and a zero record duration is legal EDF. A gate rejecting any of those would
23
+ reject the corpus this library was built to read.
24
+ - `header` on the same refused file exits 0, and that contrast is checked. It reports what the
25
+ header says and adjudicates nothing, which is what makes asking for a verdict worth doing.
26
+
9
27
  ## 0.4.428
10
28
 
11
29
  - **Added** a check that a version number which never reached npm says so at the heading and says
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.4.428",
3
+ "version": "0.4.429",
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.4.428';
96
+ export const VERSION = '0.4.429';