edfcore 0.5.68 → 0.5.69
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.
- package/dist/constants.d.ts +1 -1
- package/dist/constants.js +1 -1
- package/docs/CHANGELOG.md +19 -0
- package/package.json +1 -1
- package/src/constants.ts +1 -1
package/dist/constants.d.ts
CHANGED
|
@@ -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.5.
|
|
112
|
+
export declare const VERSION = "0.5.69";
|
|
113
113
|
//# sourceMappingURL=constants.d.ts.map
|
package/dist/constants.js
CHANGED
package/docs/CHANGELOG.md
CHANGED
|
@@ -6,6 +6,25 @@ 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.5.69
|
|
10
|
+
|
|
11
|
+
- **Added** the comparison the two `onProgress` declarations never got. `types.ts` declares the
|
|
12
|
+
same callback twice, on `BuildIndexOptions` and on `ValidateOptions`, and two consumers implement
|
|
13
|
+
it. Each had its own tests; the pair had none — which is the shape this project keeps meeting,
|
|
14
|
+
and the reason 0.5.67 and 0.5.68 exist.
|
|
15
|
+
- The contract is not written down in one place either. `scanOnsets` states the half that matters,
|
|
16
|
+
in a comment about the case where it has nothing to read: report once, "so a caller's bar
|
|
17
|
+
finishes". The rest follows from being a bar, and `progress-means-one-thing.test.ts` asks all six
|
|
18
|
+
questions of both consumers over every shape in the matrix: that it reports at all, that `total`
|
|
19
|
+
is the record count on every call so a percentage has a fixed divisor, that `done` never goes
|
|
20
|
+
backwards, that it stays inside its total, that the last call says finished, and that nothing
|
|
21
|
+
arrives after the promise resolved.
|
|
22
|
+
- Reverting either fix from this week fails it: seven cases without the validation call, and the
|
|
23
|
+
empty-file case without the index one. A last check has the two agree on the same file, since one
|
|
24
|
+
option answered by two calls that finish at different numbers is the defect stated directly.
|
|
25
|
+
- The consumers are found by scanning `src/` for the call rather than listed, so a third fails this
|
|
26
|
+
file until it joins it.
|
|
27
|
+
|
|
9
28
|
## 0.5.68
|
|
10
29
|
|
|
11
30
|
- **Fixed** `validateRecording` never calling `onProgress` for the two sweeps that read nothing:
|
package/package.json
CHANGED
package/src/constants.ts
CHANGED