edfcore 0.5.7 → 0.5.9
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 +37 -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.9";
|
|
113
113
|
//# sourceMappingURL=constants.d.ts.map
|
package/dist/constants.js
CHANGED
package/docs/CHANGELOG.md
CHANGED
|
@@ -6,6 +6,43 @@ 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.9
|
|
10
|
+
|
|
11
|
+
- **Added** the row of `data-sources.md`'s "When a 200 is first seen" table that had no test. The
|
|
12
|
+
page refuses a `200 OK` answer to a Range request by default — the server sent the whole resource
|
|
13
|
+
rather than the bytes asked for — and tabulates when that is discovered, three ways.
|
|
14
|
+
`hardening.test.ts` covers the two the page calls "the ordinary shape of this failure": a CDN
|
|
15
|
+
that answers `HEAD` and then ignores `Range` constructs cleanly and refuses the first read.
|
|
16
|
+
- The uncovered row is the one a caller reaches deliberately. Passing `options.byteLength` skips
|
|
17
|
+
both the `HEAD` and the probe, so nothing is asked while constructing — the run asserts zero
|
|
18
|
+
requests — and the refusal lands on the first `read()` instead.
|
|
19
|
+
- Which matters for where a `try`/`catch` goes. A source that constructs and then refuses needs the
|
|
20
|
+
guard around the read; one that refuses at construction needs it around the constructor. Getting
|
|
21
|
+
that wrong is not a crash, it is an unhandled rejection somewhere a page never expected one.
|
|
22
|
+
- The same row is checked with `allowFullDownload`, where the body is buffered at the point the 200
|
|
23
|
+
arrives: the first read returns real bytes, a second read is served from what is already held, and
|
|
24
|
+
only one `GET` is ever issued — "one download rather than two", as the page puts it. The rows are
|
|
25
|
+
read out of the table, so a row added to it is a row with no test until it has one.
|
|
26
|
+
|
|
27
|
+
## 0.5.8
|
|
28
|
+
|
|
29
|
+
- **Added** the tie between the three places that count the ways a scale can be refused.
|
|
30
|
+
`design-decisions.md` says "Four header conditions ... A fifth condition catches a derived gain",
|
|
31
|
+
`physical-values.md` tabulates five under "Five conditions produce it, checked in this order", and
|
|
32
|
+
`header/scale.ts` is what actually decides. Only the table was checked; nothing tied the decision
|
|
33
|
+
record to it or to the source.
|
|
34
|
+
- The split wording is deliberate, not stale, and the test says so rather than flattening it. Four
|
|
35
|
+
of the five are conditions a header DECLARES and a reader can see in the fields; the fifth is a
|
|
36
|
+
property of the gain those fields imply, which no field states, so calling it a header condition
|
|
37
|
+
would be wrong. What has to hold is that four plus one is the five the other page tabulates and
|
|
38
|
+
the five the source abandons a scale in.
|
|
39
|
+
- That is the part a later release breaks by adding a sixth in one place. 0.4.509 and 0.4.511 were
|
|
40
|
+
the previous instalment of exactly this: the fifth refusal existed in the source, the throw path
|
|
41
|
+
re-derived four of them, and the page documented the gap as permanent.
|
|
42
|
+
- The four declared conditions are also checked to still be named in the words the header fields
|
|
43
|
+
use — `digitalMinimum === digitalMaximum` and the rest — because the page is usable as a
|
|
44
|
+
checklist only while a reader can match each line against a field by eye.
|
|
45
|
+
|
|
9
46
|
## 0.5.7
|
|
10
47
|
|
|
11
48
|
- **Added** the one worked `readWindow` result on `api-reading.md`, built and run. The page shows a
|
package/package.json
CHANGED
package/src/constants.ts
CHANGED