You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Commit 30b09fb
Browse filesBrowse the repository at this point in the historyBrowse files
[failproofai-legion-950] Restore the framework floors #935 moved, and stop Dependabot proposing the move (#950)
Dependabot's grouped security update #935 opened three minutes after #934
put the ai-4, langchain-0.3 and llamaindex-0.11 pins back, and moved them
off their releases again, mastra-0 with them:
ai-4 ai 4.3.19 -> 5.0.52, zod 3.25.76 -> 4.6.7
langchain-0.3 @langchain/core 0.3.80 -> 1.3.0,
@langchain/langgraph 0.4.10 -> 1.5.2, zod -> 4.6.7
llamaindex-0.11 llamaindex 0.11.4 -> 0.12.1, zod -> 4.6.7
mastra-0 @mastra/core 0.24.9 -> 1.79.0,
@mastra/memory 0.15.13 -> 1.39.0, zod 4.6.6 -> 4.6.7
Since then __tests__/ci/ts-sdk-fixture-pins.test.ts has failed in all
three `test` configurations, and the frameworks (node 20, 24) and runtimes
shards of failproofai-ts-sdk-integrations have failed in global setup
(`code.charCodeAt is not a function`, vite masking the fixture install
failure), on main and so on every open PR, including all thirteen open
Dependabot PRs.
All four fixtures are back on their #934 package.json and lockfile,
byte-for-byte (`git diff cdedbe1^ -- <fixture>` is empty).
langchain-dup-core keeps #935's zod 4.6.6 -> 4.6.7: it names no zod line,
and the fix is in range.
Restoring alone would last minutes: the advisories SECURITY.md accepts for
these floors (ai GHSA-rwvc-j5jr-mgvh, @ai-sdk/provider-utils
GHSA-866g-f22w-33x8, zod GHSA-mrhx-c7xc-m3w5) reopen with the old
lockfiles, and the only fix Dependabot can reach for each is the major the
fixture exists to stay below. So .github/dependabot.yml gets a
security-updates-only npm entry per floor (open-pull-requests-limit: 0
turns version updates off) whose `ignore` ranges hold the framework on its
line, and zod on 3 where the framework requires it. `ignore` is one of the
options security updates read; the ranges are `versions`, because
`update-types` is documented as version-updates only. Fixes on the line
still arrive. The file validates against SchemaStore's dependabot-2.0
schema.
ts-sdk-fixture-pins.test.ts now also fails when a floor has no such entry,
has more than one, leaves version updates on, ignores its framework only
by update-types, ignores a range that would also block its own pin, or
lets zod leave 3 where the fixture pins it there; and when an entry names
a fixture that no longer exists. Each was checked to fail by mutating the
config. SECURITY.md says why the entries exist and that a Dependabot PR
moving a pin anyway should be closed, not merged.
Verified locally:
- bun run test:run: 426 files, 8835 passed / 10 skipped
- bun run test:e2e: 358 passed / 7 skipped
- lint 0 errors (5 existing warnings, untouched files); tsc clean
- failproofai-ts-sdk-integrations in node:20 / node:24 containers
mirroring the CI job: frameworks 1036 passed / 4 skipped on each Node,
runtimes 1132 passed
Claude-Session: https://claude.ai/code/session_01KYzGfVxwGZMvdyyi97XyZY
Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
Copy file name to clipboardExpand all lines: CHANGELOG.md
+2-1Lines changed: 2 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,13 +1,14 @@
1
1
# Changelog
2
2
3
-
## 1.0.13-beta.0 — 2026-10-25
3
+
## 1.0.13-beta.0 — 2026-10-27
4
4
5
5
### Features
6
6
7
7
- **`fp-cloud-cli` cuts `0.0.2` stable.** The `0.0.2b0` line opened after `0.0.1` was never published; it is cut stable rather than published, so `pipx install fp-cloud-cli` resolves the `fp` that drives what FailproofAI Cloud now serves (entries in `fp-cloud-cli/CHANGELOG.md`). This is the PyPI package's own line and does not move the npm version, which stays at `1.0.13-beta.0` (#936)
8
8
9
9
### Dependencies
10
10
11
+
- Put the `ai-4`, `langchain-0.3`, `llamaindex-0.11` and `mastra-0` SDK integration fixtures back on the releases they exist to test, and stop Dependabot moving them. Its grouped security update #935, opened three minutes after #934 restored the first three, moved them again: `ai@4.3.19` → `5.0.52`, `@langchain/core@0.3.80` → `1.3.0`, `llamaindex@0.11.4` → `0.12.1` (each with `zod@3.25.76` → `4.6.7`), and `@mastra/core@0.24.9` → `1.79.0`. `__tests__/ci/ts-sdk-fixture-pins.test.ts` and the `frameworks` and `runtimes` integration shards have failed on `main` since, and so on every open PR. All four are back on their #934 manifests and lockfiles, and `.github/dependabot.yml` gives each a security-updates-only entry whose `ignore` ranges hold its framework on its line, and zod on 3 where the framework requires it, so the move is no longer proposed; the pin test now fails if a floor fixture loses that entry (#950)
11
12
- Restore the `ai-4`, `langchain-0.3` and `llamaindex-0.11` SDK integration fixtures to the releases they exist to test: `ai@4.3.19`, `@langchain/core@0.3.80` with `@langchain/langgraph@0.4.10`, and `llamaindex@0.11.4`, each with `zod@3.25.76`. Dependabot's grouped security update (#931) reached the zod fix by moving them to `ai@7.0.152`, `@langchain/core@1.3.0` and `llamaindex@0.12.1`, the pin move `SECURITY.md` rules out, so the matrix silently stopped testing three supported floors. `llamaindex-0.11` then stopped installing (`@llamaindex/workflow@1.1.5` peers on `zod@^3.23.8`, so `npm ci` failed `ERESOLVE`), and because global setup installs every fixture first, the `frameworks` and `runtimes` integration shards failed on `main`. #931 also moved the `runtimes` fixture to `zod@4.6.7` while its Deno program still imported `npm:zod@4.6.5`, which Deno could no longer find; it now imports the installed version. `__tests__/ci/ts-sdk-fixture-pins.test.ts` fails on either move before anything installs (#934)
12
13
- Patch the fixable SDK integration fixture advisories with fixture-local `overrides`, moving no pin: `undici` 7.29.1 → 7.30.1 in `ai-5` (GHSA-xjj6-f33q-929c, GHSA-4qv8-2p9j-2685, GHSA-f72v-6w45-q472); `fast-uri` 3.1.8 → 3.1.9 in `llamaindex-0.11` (GHSA-w74x-v6f9-j3xg, GHSA-wjr9-j795-jxcr, GHSA-xhq7-xmqj-769h, GHSA-333x-w4r6-6crp); and in `mastra-1`, `@modelcontextprotocol/server` 2.0.0 → 2.3.0 and `@modelcontextprotocol/client` 2.2.0 → 2.3.0 (GHSA-jm63-cq47-j5jp, GHSA-46jr-4wx8-v453, GHSA-rvq5-wwqv-78pq, GHSA-6prh-2h8m-c8cw), both pinned exactly by `@mastra/mcp@2.0.0`, each now with its own `@modelcontextprotocol/core@2.3.0` nested under it (#934)
13
14
- `SECURITY.md` accepts zod GHSA-mrhx-c7xc-m3w5 in the five fixtures held to zod 3: `ai-4`, `langchain-0.3` and `llamaindex-0.11`, and the nested copies in `langchain-dup-core` and `mastra-0`. It is fixed only in zod 4.6.6, no zod 3 release carries the fix, and every copy is required at `^3` by the framework release its fixture pins (#934)
0 commit comments