Skip to content

ObjectQL's two collection-registration copies diverge: jobs / emailTemplates / tools / skills register from a manifest but NOT from a nested plugin — a package shipping them via a nested plugin registers nothing, stamps no ADR-0010 provenance #7049

Description

@os-zhuang

Filed by the domain:spec seat at ACCEPT time of PR #7032 (#7024 sweep, member #6242), per PD #10 — this is a live boot-behaviour gap measured during that sweep, recorded there only as a gate waiver row; when #6242 closes with the PR, this card becomes the gap's tracking entry. Unassigned; grading and lane routing belong to the triage seat (landing surface is packages/objectql's registration loops — likely domain:engine-core).

The measurement (quoted from PR #7032's report, verbatim)

a divergence BETWEEN ObjectQL's two copies that neither list shows alone — jobs, emailTemplates, tools, skills register from a manifest and NOT from a nested plugin, so a package shipping them from a nested plugin registers nothing and stamps no ADR-0010 provenance (capabilities was added to that copy for this exact reason in #5870; nobody then asked what else the lists disagreed about).

Why it is a card and not just a waiver row

Repro sketch

A package whose artifacts arrive via a nested plugin (not a top-level manifest) shipping any of jobs / emailTemplates / tools / skills: those collections are silently absent from the registry after boot — no refusal, no provenance stamp, no diagnostic.

Refs: PR #7032 (measurement + waiver row), #6242 (the enumeration sweep member), #5870 (the capabilities precedent), ADR-0010 (provenance envelope).

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions