Skip to content

chore(enterprise): bump submodule pin to 08cd4dd — the ent#545 funnel read never mints - #2835

Merged
vybe merged 1 commit into
devfrom
chore/enterprise-pin-ent545
Sep 16, 2026
Merged

vybe merged 1 commit into
devfrom
chore/enterprise-pin-ent545

Conversation

@trinity-ability

Copy link
Copy Markdown
Contributor

Summary

origin/dev pins the enterprise submodule at fd25b47b, one commit behind enterprise-main. Found by /release-plan during the 0.9.5 pre-freeze coherence review.

The missing commit is abilityai/trinity-enterprise#545/#570: get_activation_funnel read through the minting get_or_create_installation_id, so the first admin open of Settings → Activation persisted the durable identity row from a GET.

That is the private counterpart of #2669, which is in this release payload — the OSS guard that pins the caller set of the identity-minting accessors. Shipping the pointer as-is ships the guard without the fix it guards.

Ordering prerequisite — verified before bumping

The enterprise commit imports the OSS non-minting twin get_installation_id, and its own commit message states that symbol "must be on public dev first — this suite imports the name."

  • services/operator_intake_service.py:148 defines get_installation_id on origin/dev (its docstring already cites ent#545)
  • tests/unit/test_2669_minting_accessor_callers.py is in the tree
  • fd25b47b..08cd4dd is a clean fast-forward of exactly one commit (git merge-base --is-ancestor → true)

Test Plan

  • Submodule delta is a single gitlink line, fd25b47b908cd4dd64
  • Fast-forward confirmed; no divergence
  • OSS prerequisite symbol present on dev before the bump
  • CI: build-without-submodule must stay green (OSS clones never check this out)
  • CI: deploy-dev registration boot log — the enterprise runner must register without a version-line degradation

Release context

MUST-LAND item 1 of 7 in the 0.9.5 freeze work order.

🤖 Generated with Claude Code

… read never mints

`origin/dev` pinned `fd25b47b`, one commit behind `enterprise-main`. The missing
commit is abilityai/trinity-enterprise#545/#570: `get_activation_funnel` read
through the minting `get_or_create_installation_id`, so the first admin open of
Settings → Activation persisted the durable identity row from a GET.

That is the private counterpart of #2669, which IS in this payload — the OSS
guard pinning the caller set of the identity-minting accessors. Shipping the
pointer as-is ships the guard without the fix it guards.

Ordering prerequisite verified before bumping: the enterprise commit imports the
OSS non-minting twin `get_installation_id`, which is present on public dev at
`services/operator_intake_service.py:148` (its docstring already cites ent#545),
and `tests/unit/test_2669_minting_accessor_callers.py` is in the tree. The bump
is a clean fast-forward of exactly one commit.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

@vybe vybe left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

merge-train: batch validated on train/20260916-0919 (train PR #2839)

@vybe
vybe merged commit 4e1636a into dev Sep 16, 2026
33 of 34 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants