In the MDR, there are icons at the top of the third panel, they all make sense except the 2nd one (looks like a piece of paper). It's called Edit Association. When I read that and see it next to Delete Association (broken chain), I would assume it would let me make modifications to the association, but it doesn't, instead it brings up a smaller version of the edit details modal. Is this expected or should the button actually allow you to edit the association as the button name indicates?
In the MDR third panel, the “Edit Association” icon/action (paper icon) appears to behave inconsistently with its label and adjacent actions.
Current Behavior
The “Edit Association” action opens a smaller version of the Edit Details modal.
It does not appear to allow modification of the association itself.
Expected Behavior
Based on the action name (“Edit Association”) and its placement next to “Delete Association” (broken chain icon), the expectation is that the action would allow users to modify the association relationship/configuration itself, rather than only editing details metadata.
Additional Findings
During investigation, inconsistent data structures were identified between attribute_association and entity_association endpoint responses.
Example response from attribute_association:
{ "Id": 1989, "EntityId": 2, "AttributeId": 1900, "Notes": null, "CreationDate": null, "ActivationDate": null, "DeprecationDate": null, "Contributor": null, "ContributorOrganization": "LIF", "ExtendedByDataModelId": null}
Example response from entity_association:
{ "Id": 52, "ParentEntityId": 321, "ChildEntityId": 323, "Relationship": null, "Placement": null, "Notes": null, "CreationDate": null, "ActivationDate": null, "DeprecationDate": null, "Contributor": null, "ContributorOrganization": "StateU", "Extension": false, "ExtensionNotes": null, "ExtendedByDataModelId": null}
Notes
entity_association endpoint appears to return expected association fields.
attribute_association endpoint does not appear to return the same fields, which may explain the inconsistent UI behavior.
Need confirmation whether:
The current UI behavior is expected, OR
The button/functionality is incomplete or mislabeled.
In the MDR, there are icons at the top of the third panel, they all make sense except the 2nd one (looks like a piece of paper). It's called Edit Association. When I read that and see it next to Delete Association (broken chain), I would assume it would let me make modifications to the association, but it doesn't, instead it brings up a smaller version of the edit details modal. Is this expected or should the button actually allow you to edit the association as the button name indicates?
In the MDR third panel, the “Edit Association” icon/action (paper icon) appears to behave inconsistently with its label and adjacent actions.
Current Behavior
The “Edit Association” action opens a smaller version of the Edit Details modal.
It does not appear to allow modification of the association itself.
Expected Behavior
Based on the action name (“Edit Association”) and its placement next to “Delete Association” (broken chain icon), the expectation is that the action would allow users to modify the association relationship/configuration itself, rather than only editing details metadata.
Additional Findings
During investigation, inconsistent data structures were identified between attribute_association and entity_association endpoint responses.
Example response from attribute_association:
{ "Id": 1989, "EntityId": 2, "AttributeId": 1900, "Notes": null, "CreationDate": null, "ActivationDate": null, "DeprecationDate": null, "Contributor": null, "ContributorOrganization": "LIF", "ExtendedByDataModelId": null}
Example response from entity_association:
{ "Id": 52, "ParentEntityId": 321, "ChildEntityId": 323, "Relationship": null, "Placement": null, "Notes": null, "CreationDate": null, "ActivationDate": null, "DeprecationDate": null, "Contributor": null, "ContributorOrganization": "StateU", "Extension": false, "ExtensionNotes": null, "ExtendedByDataModelId": null}
Notes
entity_association endpoint appears to return expected association fields.
attribute_association endpoint does not appear to return the same fields, which may explain the inconsistent UI behavior.
Need confirmation whether:
The current UI behavior is expected, OR
The button/functionality is incomplete or mislabeled.