@particle-academy/fancy-connector-core 0.3.0 → 0.3.1

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 CHANGED
@@ -6,6 +6,32 @@ All notable changes to `fancy-connector-core` are documented here, in
6
6
  **This package is pre-1.0, so breaking changes land in MINOR releases.** The
7
7
  version number is not a promise it can keep yet; the entries below are.
8
8
 
9
+ ## [0.3.1] - 2026-08-20
10
+
11
+ ### Fixed
12
+
13
+ - **`CallOptions.mode` accepts `"auto"`.** It was typed `ConnectorMode`
14
+ (`"fake" | "sandbox" | "live"`) while the value is handed straight to
15
+ `resolveConnection`, which takes `RequestedMode`, and `resolveConnectorMode`
16
+ gates on `requested && requested !== "auto"`. So `"auto"` was fully handled at
17
+ RUNTIME and rejected by the TYPE.
18
+
19
+ Not a corner case: `"auto"` is the `defaultConfig` of every connector node, so
20
+ the most common value a caller holds was the one it could not pass. The reason
21
+ it stayed hidden is that the workaround — omitting `mode` — is exactly
22
+ equivalent, because `null`, `undefined` and `"auto"` all take the same branch.
23
+ Nothing failed; it just could not be written.
24
+
25
+ **What a consumer must DO:** nothing. This is a widening, so every call that
26
+ compiled before still compiles. If you were omitting `mode` to route around
27
+ it, you can now pass `"auto"` explicitly, which says what you meant.
28
+
29
+ A test now pins the three-way equivalence, so if `null`, `undefined` and
30
+ `"auto"` ever stop meaning the same thing that is a failure rather than a
31
+ connector silently choosing a different estate.
32
+
33
+ Reported by Weaver, found by compiling against the published artifact.
34
+
9
35
  ## [0.3.0] - 2026-08-19
10
36
 
11
37
  ### Fixed