Skip to content

fix(registry): retire entities_unbound and drop Datasets mappings no route raises - #46

Merged
jm-rivera merged 1 commit into
devfrom
chore/retire-unraised-datasets-mappings
Nov 1, 2026
Merged

jm-rivera merged 1 commit into
devfrom
chore/retire-unraised-datasets-mappings

Conversation

@jm-rivera

Copy link
Copy Markdown
Contributor

The registry mapped six codes to Datasets endpoints whose routes never raise them, and kept entities_unbound active although nothing raises it anywhere. dfo-apis lists those mappings as registered but unraised in tests/platform/test_registry_binding.py; with this change that list is empty.

  • entities_unbound is retired in registries/codes.json and its bundled mirror. A mint that binds no entity reads each unbound role as the total over its members, so no route raises it. It stays as a retired entry, because dev served it before and the spelling stays reserved, and it keeps its Datasets mappings as pin_not_permitted did, since the schema needs one. The client contract drops its actions.json row (147 rows).
  • resolution_ambiguous loses its mappings on datasets.mint, datasets.definition and datasets.options, and keeps search.options.
  • role_incompatible loses datasets.definition and datasets.options, and invalid_role_ref loses datasets.definition. The definition and options routes admit a definition with no scope, so no scope role refuses there. The routes that raise these codes keep their mappings.

Testing: every tools/validate_*.py passes, with tools/tests 625, python/spec-kit 450 and python/client-contract 244 passed. dfo-apis tests/platform, tests/datasets_api and tests/contract pass against this tree (5,016).

@jm-rivera
jm-rivera merged commit c6bbf0c into dev Nov 1, 2026
19 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.

1 participant