Updating reports-to,oversees relationship logic to better support Secretariat users. - #1949
Closed
jdalphond-mitre wants to merge 10 commits into
Closed
Updating reports-to,oversees relationship logic to better support Secretariat users.#1949jdalphond-mitre wants to merge 10 commits into
jdalphond-mitre wants to merge 10 commits into
Conversation
Add optional projection parameters to OrgRepository.getAllOrgs and UserRepository.getAllUsers so callers can limit returned fields. getFilteredCveId now fetches only UUID and short_name for orgs, and UUID, username, and org_UUID for users, instead of entire documents.
…e-id-filter Resolves issue #1843, Use field projections in getFilteredCveId.
Closes #1928: Remove legacy registry=true support
Add Secretariat-only endpoints for assigning and removing an organization’s reports-to relationship with a ROOT organization. - Add documented POST endpoints to add and remove ROOT `oversees` relationships. - Validate that the overseeing organization has ROOT authority and return clear errors when either organization is not found. - Reassign a reporting organization atomically by removing it from a previous ROOT organization before adding the new relationship. - Audit additions, removals, and reassignments for every affected ROOT organization. - Ignore `oversees` in standard organization PUT requests so reports-to relationships can only be managed through the dedicated endpoints. - Update existing CRUD coverage to verify PUT requests cannot create `oversees` or derived `reports_to` relationships. - Add ROOT organization integration coverage for successful assignment, reassignment, removal, invalid non-ROOT parents, missing organizations, and Secretariat-only authorization.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Resolves issue #1933 , add dedicated Secretariat endpoints for managing ROOT organization reports-to relationships.
Closes Issue #1933
Summary
Adds a supported, auditable way for Secretariat users to assign and remove an organization’s ROOT reports-to relationship.
Important Changes
src/controller/registry.controller/index.jsoverseesrelationships.src/controller/registry.controller/org.registry.controller.jsoversees.src/repositories/baseOrgRepository.jssrc/controller/registry.controller/org.error.jstest/integration-tests/registry-org/rootOrgTest.jstest/integration-tests/registry-org/registryOrgCRUDTest.jsoverseesor derivedreports_torelationships.Testing
reports_tois returned.reports_tois no longer returned.overseesthrough the standard PUT endpoint.Notes
Relationship management is intentionally restricted to the dedicated Secretariat endpoints; standard organization updates ignore the
overseesfield.