 richblack
|
68f042cfd0
|
fix(resource-rule): 帳號上資源超過一頁時，規則看到的必須是全部（Arcrun#123 續集）
三支清單方法只打 `?per_page=100`，也就是**只看第一頁**。這個洞在 #123 的修法
前後嚴重度不同，這才是它必須跟那張票一起修的理由：
· 修法前：被截掉的是「worker 綁著的那顆」→ 2b 判「綁著的資源不見了」
→ blocker → 停手。誣告使用者，但安全。
· 修法後：被截掉的是「同名殘骸」→ 2c 判「這個名字沒被佔走」
→ 去建 → CF 回 title already exists → #123 的死路原樣回來。
⇒ 修法把它從「叫得太大聲」變成「安靜地復發」。分開出貨等於把 #123 的災情
延後到「資源比較多的帳號」再爆。
做法：`cfListAll()` 翻到底；翻不完、或數量對不上 CF 回報的 `total_count`，
一律 throw ⇒ 變 blocker ⇒ 整趟停手（README 規則第 3 條）。
「我不知道」不准被當成「它沒有」。
三支端點的分頁行為不一樣（2026-08-14 在 geek6688 帳號實測，唯讀）：
/storage/kv/namespaces result_info 有 total_pages
/d1/database result_info **沒有** total_pages ⇒ 不能拿它當終止條件
/vectorize/v2/indexes result_info 是 null，不分頁（分頁參數被忽略）
所以終止條件只用「三支都有或都沒有」的兩件事：result_info 在不在、total_count 對不對得上。
fixture 的清單端點同步照真 CF 的形狀分頁（三支各自不同）——假資料失真就會養出
「拿 total_pages 當終止條件」這種在 D1 上必壞的實作，而測試全綠。
新增 tests/list-pagination.mjs（在舊碼上實測會紅，且第 ③ 段直接重現
「無 blocker → 排 10 顆新建 → CF 回 title already exists」的 #123 死路）。
cli 73 項全綠、demo 與 half-finished-install 全綠。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-08-14 19:52:24 +08:00 |
|
|
claude-code
|
2b807da324
|
test(resource-rule): 半殘情境的 D1 名字改用安裝器真正會取的那個（-db，非 -kbdb）
上一筆 commit 之後才發現的：fixture 的 half-finished 情境沿用了
installed/renamed 的歷史 D1 名（-kbdb），但那顆殘骸是安裝器留下的，
安裝器真正會取的名字是 `${baseName}-db`。名字不對，這個情境就測不到
真的那條路（D1 會被判成「不同名 ⇒ 照舊新建」而不是接回來）。
把 d1Title 加進情境定義、installerRequirements 收一個 d1CreateName 參數，
half-finished 用 -db、其餘照舊 -kbdb。
實跑：node shared/resource-rule/tests/half-finished-install.mjs → 全部通過
Refs: inkstone/Arcrun#123
|
2026-08-14 08:18:46 +00:00 |
|
|
claude-code
|
3f2e45f5dc
|
fix(resource-rule): 上次裝到一半死掉的帳號要能再裝一次（Arcrun#123）
封測者 1.4.45 實撞：
a namespace with this account ID and title already exists
⇒ 那個帳號從此永遠裝不起來，而錯誤訊息對用戶完全無法行動。
根因：rule.mjs 第 2c 段只問「有沒有已部署的 worker 綁著它」，
不問「這個名字在帳號上是不是已經存在」。註解裡「本來就沒有東西可丟」
漏掉一種狀態——資源已建、worker 還沒部署就中斷（逾時／關掉分頁／斷網）。
拆除 youlin 時親眼看到的 8 顆空殼 KV 是同一個形狀。
修法：2c 在 create 之前先查同名。找到同名資源時：
· 呼叫端聲明了 createNameIsOurs → 接回那一顆（adopt + reclaimed 標記）
· 沒聲明 → 停手，訊息帶 RES-NAME-TAKEN 錯誤碼讓用戶回報
createNameIsOurs 是接管的唯一依據，預設 false（fail-closed）。只有名字
推導自使用者自己的身分時才准聲明——安裝器的
arcrun-rag-<slugFromEmail(email)>-kv-<binding> 合格；acr 從 toml 讀到的
裸 binding 名（WEBHOOKS）不合格，因為用戶自己也可能用那個名字。
這不是把 #97 刪掉的「照名字 ensure」搬回來：
① #97 找不到就新建一顆頂上去（會弄丟資料）；這裡找到才沿用，
找不到照舊新建，永遠不拿新的空資源頂替既有的
② 排在「已部署綁定＝事實」之後，名字只在沒有任何綁定可看時才有發言權
③ #97 無條件相信名字；這裡要呼叫端先證明名字推導自用戶身分
順手補上假帳號的保真度：FakeCloudflare.createKvNamespace 原本不擋同名，
所以半殘帳號在測試裡看起來只是「多幾顆孤兒」，實際上是裝不起來——
少了那一行，這個 bug 測不出來。fixture-account.mjs 也把
resourcesExist 與 deployed 拆開，才表達得出這個狀態。
驗證（皆為實跑）：
node shared/resource-rule/tests/half-finished-install.mjs → 全部通過（零依賴）
cd cli && npm test → 73/73 pass
sync-resource-rule --check → 三份副本皆與原稿一致
⚠️ 只有規則這一半。安裝器要在 manifestRequirements 聲明 createNameIsOurs
才會生效，那一半在 arcrun-rag（D85）。
Refs: inkstone/Arcrun#123
|
2026-08-14 08:08:37 +00:00 |
|