Genarrative

GenarrativeAI/Genarrative

Fork 0

Files

T

History

lhk229 43a4e7ef78

Project CI / Frontend tests (pull_request) Failing after 22s

Details

Project CI / Repository checks (pull_request) Failing after 55s

Details

Project CI / Backend tests (pull_request) Successful in 3m18s

Details

Project CI / Native shell tests (pull_request) Failing after 7m37s

Details

完美像素持久化阶段由服务端显式告知客户端

上一版用 error instanceof ApiClientError 判定「结果已知」，即「服务端响应过就等于
没落库」。这个等式不成立：持久化非事务，complete_editor_canvas_generation 走 CAS
写入，冲突时经 map_editor_project_error 变成 409，403/404/400 同理。带响应的 4xx
同样可能发生在 OSS 对象、asset object、project resource 和账号素材全部落库之后。
完美像素要跑满 30 秒，用户在这期间改画布推进 revision 并不罕见。

否决了两个替代方案：所有 POST 后失败都当未知（每次常见校验失败多两次读取，且给
不可能产生素材的场景附上「请核对素材库」的不适用提示）；按状态码分类（409 确实只
来自写操作，但 403/404 和 5xx 在持久化前后都会出现，等于把猜测写进代码）。

改为服务端显式告知。AppError 新增 with_detail_field，在已有 details 上补字段而不是
整体替换，保留下游写入的 provider/message。snap_editor_image_to_pixel_art 在第一次
OSS PUT 之后的四条失败路径置 resultPersistenceStarted。客户端只对完全无响应和带该
标记的失败做对账。

配套：对账成功分支补上 hasCanvasGenerationDialogById 检查——权威快照里占位消失也
可能是用户删的，契约要求此时不应用快照不写历史，成功路径早有这道检查而对账路径漏了。
对账同时刷新素材库，否则只 GET 项目却让用户核对素材库，他看到的是旧列表。

服务端 guard 把标记钉为 4 处并要求只出现在 persist_editor_generated_image_owned
之后；客户端新增三条用例覆盖带标记对账、未带标记不对账、用户删除占位。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

2026-08-01 12:51:12 +00:00

components

完美像素持久化阶段由服务端显式告知客户端

2026-08-01 12:51:12 +00:00

config

修正原生壳公开主站配置

2026-06-22 15:07:02 +08:00

data

完成全量检查整改

2026-07-17 16:56:46 +08:00

editor/shared

更新 API meta 版本号