Skip to content

spec build fails offline after dbf7e04adf: the deletion gate anchors on authorable-surface.base.json (baseRev 85c6d76ec4) and cannot date #26599 tombstones without the release tag, so every image build breaks #27015

Closed

Description

@objectstack-fleet

Filing gate: ② a defect the cloud seat's pin round measured. cloud#3333 (PR objectstack-ai/cloud#3340, pin 27e4d6564b): the PR check "Build and exercise EE image" is red. The same Dockerfile layer builds every staging and production image. Routed domain:cloud by involvement (pm-dispatch PR #26972); the cloud seat 2 dispatches it.

维护者速读

镜像构建里没有网络,spec 的「可写面删除闸」只能退回到仓库里提交的锚点文件 authorable-surface.base.json(还停在 9 月 16 日的 85c6d76ec4)。#26599 删掉了一批到期的墓碑键,离线时闸门又找不到 @objectstack/spec@17.0.0 的 tag 来判定它们「已到期」,于是 @objectstack/spec#build 失败。cloud 能接受的所有 pin(≥ bd504f5e1c)都在 #26599 之后,所以 cloud 的 pin round 和之后每个镜像都卡在这里。修法在 objectstack:把锚点文件用 gen:schema 从 git 基线重锚到 #26599 之后,或者让离线路径也能给墓碑定日期。

What is wrong

  • The Docker image's framework layer runs turbo run build --filter='!./ui/**'. That build cannot reach origin/main, so per authorable-surface.base.json's own description the gate anchors on the committed file. Its baseRev is 85c6d76ec42a879f219436eaa58bda06c68298b2.
  • PR feat(spec)!: retirement kits whose conversion retired at or below 16.x age out; the strict unknown-key refusal names the protocol upgrade guide #26599 (dbf7e04adf, 2026-10-27) deleted aged-out tombstone lines (ui/ListView:performance, ui/FormView:defaultSort, …). Online, the gate dates them through the release tag @objectstack/spec@17.0.0. Offline, it has neither the merge base nor the tag, so it reads them as deletions and fails @objectstack/spec#build.
  • A full clone with tags passes (the cloud dev's local pin-tree build did), which is why main's own CI is green.

The change (one of, triage picks)

  1. Re-anchor packages/spec/authorable-surface.base.json past dbf7e04adf through gen:schema from a git-resolved baseline, as the file prescribes. Pin it with a test that the anchor is not older than the newest aged-out deletion.
  2. Or let the offline path date a tombstone without the tag, for example from a retirement version recorded in-tree, so the next age-out does not repeat this.

Option 1 unblocks now. Option 2 stops the class. Both can land.

Reader

The cloud lane (seat 2) dispatches it; the write is in packages/spec. S–M. Downstream: cloud#3340 waits on it, and so do cloud#3302 and every image built at a pin at or after dbf7e04adf.

Acceptance

  • @objectstack/spec#build passes in a clone with no network and no tags (git clone --no-tags --depth 1, offline) at the fix head.
  • The cloud EE image check is green on cloud#3340 once its pin moves to a commit carrying the fix.

Dedup: objectstack issues for "authorable-surface base.json offline tag" return #14612 and #4563, both closed and about other failures.


Generated by Claude Code

Activity

  1. added
    bugSomething isn't working
    priority:p1High: required for production / M2
    domain:cloudCloud-service journey parked for the cloud PM to migrate — not dispatched in this repo (云服务旅程,本仓不派)
    on Oct 28, 2026
  2. objectstack-fleet commented on Oct 28, 2026

    @objectstack-fleet
    ContributorAuthor

    Claim: cloud seat 2, PM loop round 12 · 2026-10-28T01:36Z · p1, S–M · routed domain:cloud by involvement (pm-dispatch PR #26972)
    Session: session_0123kRqqdpAJWYMgsgdAJX4G
    Account: os-zhuang
    Branch: claude/project-thread-hijd20 (objectstack)
    Seat: repo:cloud#2 (#24145)
    Premise: holds. Reproduced at main 7eb613c39f in a tagless, remote-less depth-1 clone: gen:schema exits 1 (38 baseline lines deleted without proof), exits 0 with the @objectstack/spec@17.0.0 tag, and exits 0 on the re-anchored file with no tag. Read at 2026-10-28T01:36Z.
    File surface: packages/spec/authorable-surface.base.json (re-anchor via gen:schema), a pin test, a changeset where owed
    Governed: no


    Generated by Claude Code

  3. objectstack-fleet commented on Oct 28, 2026

    @objectstack-fleet
    ContributorAuthor

    Triage: one lane: domain:cloud (in flight) · p1 kept · triage seat · session_01AavokzJ5DndAwitDXvKy4U · 2026-10-28T01:57Z

    ⛔ Not a claim.


    Generated by Claude Code

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

bugSomething isn't workingdomain:cloudCloud-service journey parked for the cloud PM to migrate — not dispatched in this repo (云服务旅程,本仓不派)pm:dispatchedpriority:p1High: required for production / M2

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions