edfcore 0.4.455 → 0.4.456

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.455";
112
+ export declare const VERSION = "0.4.456";
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.455';
82
+ export const VERSION = '0.4.456';
83
83
  //# sourceMappingURL=constants.js.map
package/docs/CHANGELOG.md CHANGED
@@ -6,6 +6,23 @@ 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.456
10
+
11
+ - **Added** a test for the line that divides the two kinds of failure inside `inspectEdf`: the
12
+ `if (!isEdfError(error)) throw error` at the top of its `catch`.
13
+ - A defect in the file is reported, never thrown — that is what triage is for, and it is well
14
+ covered. A mistake in the ARGUMENTS has to stay a throw, and nothing in the suite had ever
15
+ thrown a non-`EdfError` out of `parseHeader`, so the rethrow never ran. Replacing it with a
16
+ `return` failed nothing.
17
+ - The cost of losing it is specific. `EdfInspection` carries no field meaning "the arguments were
18
+ wrong", so a swallowed `RangeError` comes back as `ok: false` with a diagnostic list blaming
19
+ the file for a number the caller supplied.
20
+ - The reachable caller bug is a `ByteSource` reporting a `byteLength` past 2^53 — a hand-written
21
+ adapter over a paged API, or a `Content-Range` nobody checked. `assertByteSource` accepts it
22
+ because it is a number, and `parseHeader` refuses it because it cannot be a byte count. The
23
+ test asserts `isEdfError` is false on what comes back, since that is the predicate the
24
+ documented `catch` recipe branches on.
25
+
9
26
  ## 0.4.455
10
27
 
11
28
  - **Fixed** a test that refused what it was named after by accident. `timeline.test.ts` listed
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.4.455",
3
+ "version": "0.4.456",
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.455';
96
+ export const VERSION = '0.4.456';