Uploaded image for project: 'Red Hat Fuse'
  1. Red Hat Fuse
  2. ENTESB-14000

Specify Security radio input label references are wrong

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Obsolete
    • Icon: Minor Minor
    • fuse-7.8-GA
    • None
    • Fuse Online
    • None

      When creating custom API client connector which includes more types of securityDefinitions, syndesis gives you an option to pick which one you want to use.

      Those radio buttons got labels, and all of them reference the first option. So when user don't click on the radio button but the label, it always picks the first option.

      This is caused by the same id for all of the options.

      <div class="pf-c-radio">
      <input id="authenticationType" data-testid="api-client-connector-auth-type-apikey-api-key-header" name="authenticationType" readonly="" class="pf-c-radio__input" type="radio" aria-invalid="false" value="apiKey:api-key-header">
      <label class="pf-c-radio__label" for="authenticationType">API Key - api-key-header</label>
      </div>
      
      <div class="pf-c-radio">
      <input id="authenticationType" data-testid="api-client-connector-auth-type-apikey-api-key-parameter" name="authenticationType" readonly="" class="pf-c-radio__input" type="radio" aria-invalid="false" value="apiKey:api-key-parameter">
      <label class="pf-c-radio__label" for="authenticationType">API Key - api-key-parameter</label>
      </div>
      

      Of course, when clicking on the radio button itself, there is no issue.

      There is appended api.json that can be used to create the api client connector to reproduce this.

      Tried with 1.10.0-20200605

        1. api.json
          1 kB
        2. image-2020-06-05-14-43-54-888.png
          image-2020-06-05-14-43-54-888.png
          36 kB
        3. screenshot-1.png
          screenshot-1.png
          98 kB

              Unassigned Unassigned
              jsafarik@redhat.com Jan Safarik
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

                Created:
                Updated:
                Resolved: