edfcore 0.5.64 → 0.5.65
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 +20 -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.65";
|
|
113
113
|
//# sourceMappingURL=constants.d.ts.map
|
package/dist/constants.js
CHANGED
package/docs/CHANGELOG.md
CHANGED
|
@@ -6,6 +6,26 @@ 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.65
|
|
10
|
+
|
|
11
|
+
- **Added** the question two of the three bundled adapters already answer, asked of the third.
|
|
12
|
+
`blobSource` is shrunk under an open source in `source-contract.test.ts` — "a `File` whose
|
|
13
|
+
backing file changed on disk since the picker ran" — and `fileHandleSource` gets the same
|
|
14
|
+
treatment against a file that turned out shorter than it was built for. `byteSource` was never
|
|
15
|
+
asked, because until recently there was nothing to ask: an `ArrayBuffer` was a fixed extent for
|
|
16
|
+
its whole life, so measuring it once at construction stayed true.
|
|
17
|
+
- It is not fixed any more. `resize` changes the length in place and `transfer` takes the bytes
|
|
18
|
+
away, and both leave the caller holding a `Uint8Array` that looks exactly as it did.
|
|
19
|
+
- `when-the-bytes-move.test.ts` gives the three outcomes, which differ. SHRINKING is caught by the
|
|
20
|
+
contract guard every read goes through, with both numbers on the refusal — including mid-
|
|
21
|
+
recording, where a header has already been read and a reader would otherwise decode whatever is
|
|
22
|
+
left as the records it asked for. TRANSFERRING is refused at construction, since 0.5.62. GROWING
|
|
23
|
+
is invisible, and that is the answer rather than a defect: `byteLength` is the extent the caller
|
|
24
|
+
presented, and a source that silently grew would change what `header.recordCount` means for a
|
|
25
|
+
file already open.
|
|
26
|
+
- The adapters are read off `src/io/` rather than listed, so a fourth fails this file until it says
|
|
27
|
+
which of the three it does.
|
|
28
|
+
|
|
9
29
|
## 0.5.64
|
|
10
30
|
|
|
11
31
|
- **Added** the reading half of "edfcore reads, it does not write". `reads-not-writes.test.ts`
|
package/package.json
CHANGED
package/src/constants.ts
CHANGED