@hunt-labs/bytekit-sdk 0.7.2 → 0.7.3
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/CHANGELOG.md +14 -0
- package/dist/generated/api.d.ts +8 -1
- package/dist/version.d.ts +1 -1
- package/dist/version.js +1 -1
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -10,6 +10,19 @@ today, see [README.md](./README.md), which remains the authoritative usage guide
|
|
|
10
10
|
|
|
11
11
|
## [Unreleased]
|
|
12
12
|
|
|
13
|
+
## [0.7.3] - 2026-08-18
|
|
14
|
+
|
|
15
|
+
### Changed
|
|
16
|
+
|
|
17
|
+
- **`XFetchContentLength`'s description no longer calls the header a wire-byte count** (#3133).
|
|
18
|
+
`X-Fetch-Content-Length` is the byte length of the response body actually served: on a
|
|
19
|
+
passthrough `/v1/fetch` (no `format`) that is the relayed upstream payload, so it does equal
|
|
20
|
+
the upstream wire bytes — but with `format=html` or `format=markdown` the gateway overwrites
|
|
21
|
+
it with the transformed document's length, which is typically far smaller than what is billed.
|
|
22
|
+
The old description therefore read as a billing discrepancy on every transform request. Billing
|
|
23
|
+
is unchanged and has always used the upstream compressed wire bytes reported by `X-Raw-Bytes` /
|
|
24
|
+
`X-Billable-Bytes`. Generated-type comments only; no type or runtime behavior changes.
|
|
25
|
+
|
|
13
26
|
## [0.7.2] - 2026-08-17
|
|
14
27
|
|
|
15
28
|
### Changed
|
|
@@ -521,6 +534,7 @@ against 0.1.0 — read each one before upgrading.
|
|
|
521
534
|
`@rapidcrawl/sdk` name.
|
|
522
535
|
|
|
523
536
|
[Unreleased]: https://github.com/Hunt-Labs-Inc/ByteKit/tree/main/packages/sdk-typescript
|
|
537
|
+
[0.7.3]: https://github.com/Hunt-Labs-Inc/ByteKit/tree/main/packages/sdk-typescript
|
|
524
538
|
[0.7.2]: https://github.com/Hunt-Labs-Inc/ByteKit/tree/main/packages/sdk-typescript
|
|
525
539
|
[0.7.1]: https://github.com/Hunt-Labs-Inc/ByteKit/tree/main/packages/sdk-typescript
|
|
526
540
|
[0.7.0]: https://github.com/Hunt-Labs-Inc/ByteKit/tree/main/packages/sdk-typescript
|
package/dist/generated/api.d.ts
CHANGED
|
@@ -2626,7 +2626,14 @@ export interface components {
|
|
|
2626
2626
|
*/
|
|
2627
2627
|
XFetchStatus: "completed";
|
|
2628
2628
|
XFetchURL: string;
|
|
2629
|
-
/**
|
|
2629
|
+
/**
|
|
2630
|
+
* @description Byte length of the response body served on this request (integer as string) — NOT the
|
|
2631
|
+
* billing basis. On a passthrough request (no `format`) the body is the relayed upstream
|
|
2632
|
+
* payload, so this equals the upstream wire byte count. With `format=html` or
|
|
2633
|
+
* `format=markdown` the body is the transformed document, so this is the transformed byte
|
|
2634
|
+
* count and is typically far smaller than what is billed. Billing always reads the upstream
|
|
2635
|
+
* compressed wire bytes from `X-Raw-Bytes` / `X-Billable-Bytes`, on every path.
|
|
2636
|
+
*/
|
|
2630
2637
|
XFetchContentLength: string;
|
|
2631
2638
|
XFetchCreditsCharged: string;
|
|
2632
2639
|
XFetchDurationMs: string;
|
package/dist/version.d.ts
CHANGED
|
@@ -5,4 +5,4 @@
|
|
|
5
5
|
* outbound request carries — see the emit site in `client.ts`. The header name is spelled
|
|
6
6
|
* only there, so issue #2905's pre-merge gate 1 counts exactly one occurrence in `src/`.
|
|
7
7
|
*/
|
|
8
|
-
export declare const SDK_VERSION = "0.7.
|
|
8
|
+
export declare const SDK_VERSION = "0.7.3";
|
package/dist/version.js
CHANGED