edfcore 0.5.71 → 0.5.72

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.5.71";
+export declare const VERSION = "0.5.72";
 //# 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.5.71';
+export const VERSION = '0.5.72';
 //# sourceMappingURL=constants.js.map

package/docs/CHANGELOG.md

@@ -6,6 +6,27 @@ 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.5.72
+
+- **Added** the case none of the four caller-supplied callbacks documents: what happens when yours
+  throws. edfcore calls a `ByteSource.read`, an `onProgress` on each of the two traversals, and a
+  predicate on the two matching helpers. Three of the four say what they should RETURN and none of
+  the four says what a throw does — which is not exotic: a progress callback writes to a DOM node
+  that has been removed, a label predicate calls `toLowerCase` on a signal with no label.
+- Two answers matter and they pull opposite ways. The error must arrive UNCHANGED — the same
+  object, not wrapped, not turned into a diagnostic — because wrapping it makes the caller's own bug
+  look like a problem with the file, and `isEdfError` has to say false for it. And the recording
+  must SURVIVE it: every one of these calls happens partway through something with state, and a
+  throw unwinds through all of it.
+- `when-your-callback-throws.test.ts` checks both for the three that had nothing;
+  `source-contract.test.ts` already covers the source. After a callback throws mid-scan, the same
+  recording rebuilds to the same index, validates to the same verdict, and leaves the annotation
+  array it was given untouched — each compared against a recording that never saw a failure.
+- One check is about the failure a memoised promise would produce: a second attempt has to reach
+  the callback again rather than a remembered rejection, or one bad progress callback breaks the
+  operation for the life of the recording. Wrapping the progress call in a `try`/`catch` that
+  swallows fails three of the nine.
+
 ## 0.5.71
 
 - **Added** the case every diagnostic test avoids: a file with more than one thing wrong with it.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "edfcore",
-  "version": "0.5.71",
+  "version": "0.5.72",
   "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.5.71';
+export const VERSION = '0.5.72';