Skip to content

docs(issues): log ISSUE-143 (PersonRoleAppointment relationship filter returns nothing) - #450

Open
dwolfson wants to merge 2 commits into
odpi:mainfrom
dwolfson:docs/issue-143
Open

dwolfson wants to merge 2 commits into
odpi:mainfrom
dwolfson:docs/issue-143

Conversation

@dwolfson

Copy link
Copy Markdown
Member

Logs ISSUE-143 as an open Egeria Server issue in PYEGERIA_ISSUES.md. This was meant to ride along with #449, but #449 merged before the commit was pushed.

What: reading a Person with includeOnlyRelationships: ["PersonRoleAppointment"] returns no relationships, although the unfiltered read has 8 role appointments of that type.

  • ContactThrough and AssignmentScope filters on the same Person work.
  • pyegeria sends the request body exactly as given (verified with a spy), so the filtering happens server-side.
  • Reproduced read-only on qs-view-server.

The entry has the reproduction table, a likely (unconfirmed) cause in OpenMetadataHandlerBase, and the workaround: read without the filter.

🤖 Generated with Claude Code

…r returns nothing)

Signed-off-by: Dan Wolfson <dan.wolfson@pdr-associates.com>
…r.Egeria families

Replaces the August findings notes, which recommended plain
ValidValueDefinitions (invisible to the Reference Data view's default finds),
said valid metadata setup creates no element, and listed methods as missing
that now exist. Adds the Dr.Egeria Reference Data and Valid Metadata
commands, multi-value input, and behaviour verified live on 2026-10-13.

Signed-off-by: Dan Wolfson <dan.wolfson@pdr-associates.com>

This branch has not been deployed

No deployments
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