@plitzi/sdk-schema 0.35.10 → 0.36.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.
Files changed (2) hide show
  1. package/CHANGELOG.md +59 -0
  2. package/package.json +3 -3
package/CHANGELOG.md CHANGED
@@ -1,5 +1,64 @@
1
1
  # @plitzi/sdk-schema
2
2
 
3
+ ## 0.36.1
4
+
5
+ ### Patch Changes
6
+
7
+ - v0.36.1
8
+ - Updated dependencies
9
+ - @plitzi/sdk-shared@0.36.1
10
+ - @plitzi/sdk-style@0.36.1
11
+
12
+ ## 0.36.0
13
+
14
+ ### Minor Changes
15
+
16
+ - - **An `apiContainer` can keep its browser requests in a query cache, the way react-query does.** Moving between
17
+ sections or pages used to ask the API again every time a provider was shown: a provider in a hidden section is
18
+ mounted but disabled, so showing it fired a fresh request, and a page navigation remounted it and did the same.
19
+ With the new `cache: true` an answer is kept for `staleTime` seconds (30 by default) and shared by every cached
20
+ provider asking the same thing — same method, URL, credentials and headers, the token included, so two visitors
21
+ never share one. Past its time the answer is still drawn at once and a fresh one is fetched behind it; an answer
22
+ nobody shows is forgotten after `gcTime` seconds (300 by default). A refused request (`4xx`/`5xx`) is shown but
23
+ never kept. **The cache is off unless an element asks for it**: an uncached provider behaves as before, asking on
24
+ every mount and sharing nothing.
25
+
26
+ The cache is `@plitzi/sdk-shared/queries` (`queryCache`, `useQuery`, `invalidateQueries`,
27
+ `invalidateQueriesForWrite`), a nexus store written with the per-path `ttl` of `@plitzi/nexus` 1.2.0, which every
28
+ consumer now requires. It reacts to the store's own freshness events, so anything that expires a query's path
29
+ makes the providers on screen ask again.
30
+
31
+ An answer stops counting as current before its time when the element's `performQuery` runs (it always asks
32
+ again), when a flow runs the new global `invalidateQueries` step (source `queries`: `elements`, api container ids
33
+ — a container's requests are tagged with its own id — and/or a `url` prefix), and after a write. Both write steps
34
+ gained `invalidateQueries` / `invalidateElements`: a `webHook` sent with anything but `GET`/`HEAD` refreshes the
35
+ requests to its own site by default, a completed `runServerAction` refreshes all of them by default, and either
36
+ can name containers instead or refresh nothing. A `writeRecord` refreshes all. Providers on screen ask again at
37
+ once; the rest when they are next shown. A sign-in, sign-out or change of account drops everything held. Server-driven
38
+ providers and RSC are untouched.
39
+
40
+ - **A `webHook` that reads can be cached** (`cache`, `staleTime`), in the same cache and under the same key as an api
41
+ container asking the same thing. Its declaration now lives beside it (`utility/webHookSpec`) and the authoring
42
+ catalog gathers it instead of keeping a copy. A `HEAD` is no longer sent with a body, which `fetch` refused.
43
+
44
+ - **Step params can pick several elements.** A new param type, `elementIds` (with an `elementType` filter), is drawn
45
+ in the flow editor as a picker: the matching elements of the space to add, and the picked ones as chips to remove —
46
+ an id no element answers to any more is kept and flagged. The value is a list of ids, so nobody types a
47
+ comma-separated list; `invalidateQueries.elements` and the write steps' `invalidateElements` use it, and the MCP
48
+ catalog says which element type each such param takes.
49
+
50
+ - The dev-tools' Store tab lists the paths a store holds with a TTL — how long ago each was written, what is left
51
+ of it, and a button to expire one or all of them. The query cache appears there as "Queries".
52
+
53
+ - `useApi` no longer takes `params`: nothing passed them, and a GET cannot carry a body anyway. A mock now answers
54
+ synchronously, without a loading frame, and a provider whose URL has not resolved asks for nothing.
55
+
56
+ ### Patch Changes
57
+
58
+ - Updated dependencies
59
+ - @plitzi/sdk-shared@0.36.0
60
+ - @plitzi/sdk-style@0.36.0
61
+
3
62
  ## 0.35.10
4
63
 
5
64
  ### Patch Changes
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@plitzi/sdk-schema",
3
- "version": "0.35.10",
3
+ "version": "0.36.1",
4
4
  "license": "AGPL-3.0",
5
5
  "files": [
6
6
  "dist"
@@ -45,8 +45,8 @@
45
45
  },
46
46
  "dependencies": {
47
47
  "@plitzi/plitzi-ui": "^1.6.21",
48
- "@plitzi/sdk-shared": "0.35.10",
49
- "@plitzi/sdk-style": "0.35.10",
48
+ "@plitzi/sdk-shared": "0.36.1",
49
+ "@plitzi/sdk-style": "0.36.1",
50
50
  "prop-types": "^15.8.1"
51
51
  },
52
52
  "devDependencies": {