Uploaded image for project: 'Red Hat OpenBridge'
  1. Red Hat OpenBridge
  2. MGDOBR-872

[UI] Manage masked values inside action/source configuration

XMLWordPrintable

    • Icon: Task Task
    • Resolution: Done
    • Icon: Major Major
    • None
    • None
    • None
    • False
    • Hide

      None

      Show
      None
    • False
    • MGDOBR - Sprint 221, MGDOBR - Sprint 222, MGDOBR - Sprint 223

      Issue Description: 

      Secret values will now be masked when retrieving processor data. Their value will be an empty object {}, as expected by the schema catalog for this kind of sensitive fields.

      The UI has to display some asterisks instead of the empty object when in read only mode.

      Inside the processor edit form, the secret input fields will display no value. A description below the field will explain the value is not displayed because it's sensitive and that a new one can be set. 

      So for processor edit we need a double conversion:

      • Empty object to empty string when setting up the form model
      • Empty string to empty object when saving the form (only for sensitive fields and only if the user didn't provide a new value)

      The backend will take care of ignoring the empty object value for sensitive fields when editing a processor, so to keep the original one.

      Acceptance Criteria: Sensitive fields are masked when looking at processor details page. They are replaced with an empty value in the processor edit form.

      Out of Scope: <Here you need to fill in what is out of scope for this issue and then create new issues if necessary in the backlog for the work>

      Additional Information: <Add any additional information here that may be helpful to people reading the ticket>

              robertoemanuel Roberto Emanuel
              robertoemanuel Roberto Emanuel
              Shilpa Chugh Shilpa Chugh
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved: