Uploaded image for project: 'OpenAM'
  1. OpenAM
  2. OPENAM-9905

REST APIs Service "openam-rest-apis-header-warning" attribute is always false

    Details

    • Type: Bug
    • Status: Open
    • Priority: Major
    • Resolution: Unresolved
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: rest, sms
    • Labels:
    • Rank:
      1|hzsab3:

      Description

      This issues relates to the "REST APIs" global service. The "Warning Header" attribute has the following definition in RestApis.xml.

                      <AttributeSchema name="openam-rest-apis-header-warning"
                                       type="single"
                                       syntax="boolean"
                                       any="display"
                                       resourceName="warningHeader"
                                       i18nKey="a102"
                                       order="200">
                          <BooleanValues>
                              <BooleanTrueValue i18nKey="a102a">Enabled</BooleanTrueValue>
                              <BooleanFalseValue i18nKey="a102b">Disabled</BooleanFalseValue>
                          </BooleanValues>
                          <DefaultValues>
                              <Value>Enabled</Value>
                          </DefaultValues>
                      </AttributeSchema>
      

      Due to the use of Enabled and Disabled in the entry (which should be True and False instead), the attribute is always exposed on the REST SMS as false, then though the value is actually true (see screenshot of UI).

      Expected: User seeing an accurate reflection of the server state
      Actual: User is mislead as to the real value of the "Warning Header" attribute

        Attachments

          Activity

            People

            • Assignee:
              Unassigned
              Reporter:
              phil.ostler Phil Ostler [X] (Inactive)
            • Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated: