Uploaded image for project: 'Jira Software Data Center'
  1. Jira Software Data Center
  2. JSWSERVER-25560

Accessibility assessment | Roadmaps : Custom input fields are not completely accessible with JAWS

      Issue Summary

      On the "Accessibility assessment | Roadmaps" page, JAWS users cannot select an option using Up and Down arrow keys that appears for the "Start" and "End" custom input field. It can only be navigated with Left and Right arrow keys.

      Steps to Reproduce

      1. Navigate onto the above mentioned page.
      2. Navigate onto the "Custom" button in the "Filter" section and activate it.
      3. Navigate onto the mentioned instances with JAWS running.
      4. Observe that a list of options appear.
      5. Try to select any of these options using Up and Down arrow keys.
      6. Observe that the options cannot be selected.

      Screen recording

      accessibility assessment - Advanced Roadmaps - InstEnv Jira - Google Chrome 2024-02-12 11-17-10.mp4

      Actual Results

      As soon as JAWS user use Up and Down arrow keys within the "Start" and "End" custom input fields, a list of options appear visually. While trying to select an option using JAWS, the virtual cursor exits forms mode and none of the option could be selected. The focus is not managed appropriately such that using JAWS an option can be selected. Moreover, the options are not placed inline to the <input> elements. Instead, they are placed at the end of the page.

      As a result, the screen reader users cannot select any options that appears for the custom input fields.

      Expected Results

      All interactive elements must be completely operable and compatible with all screen readers. In this scenario, Make sure that the options that appear on expanding the input fields are coded directly after the <input> elements in the DOM. As well, use aria-activedescendant attribute on the <input> elements to determine the active option. This attribute uses the "id" of the active option. For more information on using aria-activedescendant, you can refer "https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-activedescendant#:~:text=The%20value%20of%20aria%2Dactivedescendant%20refers%20to%20an%20owned%20element,is%20controlled%20by%20the%20combobox. As well, provide an instruction containing complete information as to how to select the dates properly. For instance, "Use Up and Down arrow keys to navigate by week. Use Left and Right arrow keys to navigate by days. Press enter to select the focused option. Press Escape to exit the input field.".

      Code Snippet

      <label for="ex">Start</label>
      <input id="ex"  
        aria-activedescendant="01" aria-autocomplete="list"
        aria-expanded="true" aria-controls="results" aria-haspopup="listbox" role="combobox" ...>
      

      Workaround

      Currently there is no known workaround for this behavior. A workaround will be added here when available

      Environment

      MacBook Pro (16-inch, 2021)
      macOs Ventura 13.3.1
      Chrome - Version 113.0.5672.63 (Official Build) (x86_64)
      Firefox- Version 92.0 (64-bit)
      Safari- Version 16.4 (18615.1.26.110.1)
      JAWS- Version 2023
      NVDA- Version 2023.3
      Voiceover - Version Latest

            [JSWSERVER-25560] Accessibility assessment | Roadmaps : Custom input fields are not completely accessible with JAWS

            Marc Dacanay made changes -
            Labels Original: 2.4.3 4.1.2 ax-at-user ax-bug ax-desktop ax-high-priority ax-jiradc-arj ax-jiradc-arj-vpat2024 ax-jiradc-vpat ax-jiradc-vpat-accessibilityassessmentroadmaps ax-jiradc-vpat-pg03 ax-qa level-A wcag21 New: 2.4.3 4.1.2 ax-at-user ax-bug ax-desktop ax-high-priority ax-jiradc-arj ax-jiradc-arj-vpat2024 ax-jiradc-vpat ax-jiradc-vpat-accessibilityassessmentroadmaps ax-jiradc-vpat-pg03 ax-qa level-A ril wcag21
            Marc Dacanay made changes -
            Remote Link New: This issue links to "Internal ticket (Web Link)" [ 963643 ]
            Sylwia Mikołajczuk made changes -
            Priority Original: High [ 2 ] New: Medium [ 3 ]
            Stasiu made changes -
            Introduced in Version Original: 9.12 New: 8.2
            Affects Version/s New: 8.20.30 [ 106364 ]
            Affects Version/s New: 9.4.17 [ 106909 ]
            Sylwia Mikołajczuk made changes -
            Labels Original: 2.4.3 4.1.2 ax-at-user ax-bug ax-desktop ax-high-priority ax-jiradc-vpat ax-jiradc-vpat-accessibilityassessmentroadmaps ax-jiradc-vpat-pg03 ax-qa level-A wcag21 New: 2.4.3 4.1.2 ax-at-user ax-bug ax-desktop ax-high-priority ax-jiradc-arj ax-jiradc-arj-vpat2024 ax-jiradc-vpat ax-jiradc-vpat-accessibilityassessmentroadmaps ax-jiradc-vpat-pg03 ax-qa level-A wcag21
            Stasiu made changes -
            Component/s Original: Accessibility [ 62491 ]
            Component/s Original: (Advanced Roadmaps) Other [ 73719 ]
            Component/s New: (Advanced Roadmaps) Accessibility [ 74392 ]
            Stasiu made changes -
            Status Original: Needs Triage [ 10030 ] New: Ready for Development [ 10049 ]
            Rinku Kumar made changes -
            Description Original: h3. Issue Summary

            On the "Accessibility assessment | Roadmaps" page, JAWS users cannot select an option using Up and Down arrow keys that appears for the "Start" and "End" custom input field. It can only be navigated with Left and Right arrow keys.
            h3. Steps to Reproduce
             # Navigate onto the above mentioned page.
             # Navigate onto the "Custom" button in the "Filter" section and activate it.
             # Navigate onto the mentioned instances with JAWS running.
             # Observe that a list of options appear.
             # Try to select any of these options using Up and Down arrow keys.
             # Observe that the options cannot be selected.

            h3. Screen recording
            h3. Actual Results

            As soon as JAWS user use Up and Down arrow keys within the "Start" and "End" custom input fields, a list of options appear visually. While trying to select an option using JAWS, the virtual cursor exits forms mode and none of the option could be selected. The focus is not managed appropriately such that using JAWS an option can be selected. Moreover, the options are not placed inline to the <input> elements. Instead, they are placed at the end of the page.

            As a result, the screen reader users cannot select any options that appears for the custom input fields.
            h3. Expected Results

            All interactive elements must be completely operable and compatible with all screen readers. In this scenario, Make sure that the options that appear on expanding the input fields are coded directly after the <input> elements in the DOM. As well, use aria-activedescendant attribute on the <input> elements to determine the active option. This attribute uses the "id" of the active option. For more information on using aria-activedescendant, you can refer "https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-activedescendant#:~:text=The%20value%20of%20aria%2Dactivedescendant%20refers%20to%20an%20owned%20element,is%20controlled%20by%20the%20combobox. As well, provide an instruction containing complete information as to how to select the dates properly. For instance, "Use Up and Down arrow keys to navigate by week. Use Left and Right arrow keys to navigate by days. Press enter to select the focused option. Press Escape to exit the input field.".

            *Code Snippet*
            {noformat}
            <label for="ex">Start</label>
            <input id="ex"
              aria-activedescendant="01" aria-autocomplete="list"
              aria-expanded="true" aria-controls="results" aria-haspopup="listbox" role="combobox" ...>
            {noformat}
            h3. Workaround

            Currently there is no known workaround for this behavior. A workaround will be added here when available
            h3. Environment

            MacBook Pro (16-inch, 2021)
            macOs Ventura 13.3.1
            Chrome - Version 113.0.5672.63 (Official Build) (x86_64)
            Firefox- Version 92.0 (64-bit)
            Safari- Version 16.4 (18615.1.26.110.1)
            JAWS- Version 2023
            NVDA- Version 2023.3
            Voiceover - Version Latest
            New: h3. Issue Summary

            On the "Accessibility assessment | Roadmaps" page, JAWS users cannot select an option using Up and Down arrow keys that appears for the "Start" and "End" custom input field. It can only be navigated with Left and Right arrow keys.
            h3. Steps to Reproduce
             # Navigate onto the above mentioned page.
             # Navigate onto the "Custom" button in the "Filter" section and activate it.
             # Navigate onto the mentioned instances with JAWS running.
             # Observe that a list of options appear.
             # Try to select any of these options using Up and Down arrow keys.
             # Observe that the options cannot be selected.

            h3. Screen recording

            [^accessibility assessment - Advanced Roadmaps - InstEnv Jira - Google Chrome 2024-02-12 11-17-10.mp4]
            h3. Actual Results

            As soon as JAWS user use Up and Down arrow keys within the "Start" and "End" custom input fields, a list of options appear visually. While trying to select an option using JAWS, the virtual cursor exits forms mode and none of the option could be selected. The focus is not managed appropriately such that using JAWS an option can be selected. Moreover, the options are not placed inline to the <input> elements. Instead, they are placed at the end of the page.

            As a result, the screen reader users cannot select any options that appears for the custom input fields.
            h3. Expected Results

            All interactive elements must be completely operable and compatible with all screen readers. In this scenario, Make sure that the options that appear on expanding the input fields are coded directly after the <input> elements in the DOM. As well, use aria-activedescendant attribute on the <input> elements to determine the active option. This attribute uses the "id" of the active option. For more information on using aria-activedescendant, you can refer "https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-activedescendant#:~:text=The%20value%20of%20aria%2Dactivedescendant%20refers%20to%20an%20owned%20element,is%20controlled%20by%20the%20combobox. As well, provide an instruction containing complete information as to how to select the dates properly. For instance, "Use Up and Down arrow keys to navigate by week. Use Left and Right arrow keys to navigate by days. Press enter to select the focused option. Press Escape to exit the input field.".

            *Code Snippet*
            {noformat}
            <label for="ex">Start</label>
            <input id="ex"
              aria-activedescendant="01" aria-autocomplete="list"
              aria-expanded="true" aria-controls="results" aria-haspopup="listbox" role="combobox" ...>
            {noformat}
            h3. Workaround

            Currently there is no known workaround for this behavior. A workaround will be added here when available
            h3. Environment

            MacBook Pro (16-inch, 2021)
            macOs Ventura 13.3.1
            Chrome - Version 113.0.5672.63 (Official Build) (x86_64)
            Firefox- Version 92.0 (64-bit)
            Safari- Version 16.4 (18615.1.26.110.1)
            JAWS- Version 2023
            NVDA- Version 2023.3
            Voiceover - Version Latest
            ssuryavanshi (Inactive) made changes -
            Component/s New: (Advanced Roadmaps) Other [ 73719 ]

              Unassigned Unassigned
              773dd3a38dd5 Cynthia Singh
              Affected customers:
              0 This affects my team
              Watchers:
              1 Start watching this issue

                Created:
                Updated: