edfcore 0.4.193 → 0.4.194

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.193";
112
+ export declare const VERSION = "0.4.194";
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.193';
82
+ export const VERSION = '0.4.194';
83
83
  //# sourceMappingURL=constants.js.map
package/docs/CHANGELOG.md CHANGED
@@ -6,6 +6,14 @@ 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.194
10
+
11
+ - **Added** the missing `0.2.29` entry. Four numbers have been consumed by a release that failed
12
+ after bumping, and three say so in this file. 0.2.29 said nothing — while the 0.2.36 entry cites
13
+ it as the precedent for its own, and `scripts/release.mjs` tells the next person to record a skip
14
+ "the way 0.2.29, 0.2.36 and 0.2.59 are". Both pointed at the one that was not. Reconstructed from
15
+ 7ea90ff, which carries the 0.2.28 → 0.2.29 bump alongside the lint fix that run died on.
16
+
9
17
  ## 0.4.193
10
18
 
11
19
  - **Added** the guard for 0.4.191 and 0.4.192: both corpus sizes in `tests/README.md` are now
@@ -4146,6 +4154,14 @@ against the published 0.2.27 tarball rather than assumed.
4146
4154
  refusal for a file whose records really do exist and really are too big, so the guard is still
4147
4155
  covered.
4148
4156
 
4157
+ ## 0.2.29
4158
+
4159
+ Never released. The release run failed `npm run check` on two unused imports in
4160
+ `tests/io/hardening.test.ts` after bumping the version, which consumed the number before a tag was
4161
+ cut; the scan-buffer fix it was carrying shipped as 0.2.30 instead. Written down in 0.4.194 — it was
4162
+ the only consumed number with no entry of its own, while `0.2.36` above and the guidance in
4163
+ `scripts/release.mjs` both name it as one of the recorded ones.
4164
+
4149
4165
  ## 0.2.28
4150
4166
 
4151
4167
  - **Fixed** `readAnnotations` answering on the header's axis for any record range that does not
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "edfcore",
3
- "version": "0.4.193",
3
+ "version": "0.4.194",
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.193';
96
+ export const VERSION = '0.4.194';