edfcore 0.4.393 → 0.4.394
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 +17 -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.4.
|
|
112
|
+
export declare const VERSION = "0.4.394";
|
|
113
113
|
//# sourceMappingURL=constants.d.ts.map
|
package/dist/constants.js
CHANGED
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.394
|
|
10
|
+
|
|
11
|
+
- **Added** a check that every field the error tables on `api-errors.md` document is on the error
|
|
12
|
+
you actually catch. Those tables are the point of the classes: a caller reads `matchingIndices`
|
|
13
|
+
to offer a choice of channel, `budgetBytes` to decide how much to ask for next time, `available`
|
|
14
|
+
to clamp a range, `receivedLength` to tell a short read from a truncated file.
|
|
15
|
+
- `error-classes.test.ts` checks the class-to-`edfErrorKind` table above them, because that is what
|
|
16
|
+
a cross-realm `catch` switches on. The field tables underneath were never executed, and a renamed
|
|
17
|
+
field passes everything here: TypeScript is happy, because the rename is consistent inside the
|
|
18
|
+
package, the page still describes the old name, and the consumer reading it gets `undefined` —
|
|
19
|
+
which in a handler looks like "this error did not carry that detail" rather than a breaking
|
|
20
|
+
change.
|
|
21
|
+
- So one error of each class is provoked by the condition its row describes, and every documented
|
|
22
|
+
field is looked for on the instance with the documented type. A field documented as `X |
|
|
23
|
+
undefined` may be absent, but the name still has to be one the class defines, which is what stops
|
|
24
|
+
a misspelt row from being unfalsifiable.
|
|
25
|
+
|
|
9
26
|
## 0.4.393
|
|
10
27
|
|
|
11
28
|
- **Added** a property test for the rule `design-decisions.md` states about out-of-range samples: a
|
package/package.json
CHANGED
package/src/constants.ts
CHANGED