Uploaded image for project: 'OpenIDM'
  1. OpenIDM
  2. OPENIDM-13983

Unable to delete attribute when it has "scope": "private"

    Details

    • Target Version/s:
    • Verified Version/s:
    • Story Points:
      1
    • Sprint:
      2020.01 - IDM
    • Support Ticket IDs:
    • Zendesk ID:
      43804

      Description

      If an attribute is set to, "scope": "private", one is unable to perform a PATCH to delete or remove the attribute.
      1.)
      "operation": "remove",
      "field": "/agreementHistory"
      }]
      doesn't remove agreementHistory

      2.)
      "operation": "replace",
      "field": "agreementHistory",
      "value": []
      doesn't remove agreement history, it replaces it with a blank array:
      "agreementHistory":[]

      They would like to be able to use a REST CALL to remove/delete the attribute, even if "scope": "private". They do not want the empty array left behind.

      Reproduction Steps:
      IDM 5.0.0.0
      1. Lay down a fresh OOTB IDM 5.0.0.0 using sample2b
      2. Add an attribute that is an array to the users attributes
      3. Assign a value for the newly created attribute to a user
      4. Use the REST API PATCH with the action 'remove' to delete the attribute
      5. Use the REST API GET to view the user and verify the attribute has been removed
      6. Add the attribute back to the user and make sure it has a value
      7. Edit the correct managed.json for the environment, locate the attribute and add "scope": "private" to the tail end of the attribute
      8. Execute Step 4 and then Step 5 again and verify the attribute was still removed even though the scope was set to private.

      IDM 6.5.0.1
      1. Perform the same steps as in IDM 5.0.0.0 up Step 7
      2. Use the REST API PATCH with the action 'remove' to delete the attribute
      3. Use the REST API GET to view the user

      Expected Result
      The attribute would have been deleted, just like in IDM 5.0.0.0

      Actual Result
      The attribute will still be present

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                cgdrake Chris Drake
                Reporter:
                jeremy.barras Jeremy Barras [X] (Inactive)
                QA Assignee:
                Julian Keller
              • Votes:
                0 Vote for this issue
                Watchers:
                10 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: