Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

UIBULKED-388 Bulk edit - Scrollable element not keyboard accessible #423

Merged
merged 2 commits into from
Nov 30, 2023

Conversation

vashjs
Copy link
Contributor

@vashjs vashjs commented Nov 28, 2023

Purpose

After this fix merged, section with empty message will be focusable
Refs: STCOM-1222

image

Docs: https://github.com/jsx-eslint/eslint-plugin-jsx-a11y/blob/main/docs/rules/no-noninteractive-tabindex.md#case-shouldnt-i-add-a-tabindex-so-that-users-can-navigate-to-this-item

Approach

TODOS and Open Questions

Learning

Pre-Merge Checklist

Before merging this PR, please go through the following list and take appropriate actions.

  • I've added appropriate record to the CHANGELOG.md
  • Does this PR meet or exceed the expected quality standards?
    • Code coverage on new code is 80% or greater
    • Duplications on new code is 3% or less
    • There are no major code smells or security issues
  • Does this introduce breaking changes?
    • If any API-related changes - okapi interfaces and permissions are reviewed/changed correspondingly
    • There are no breaking changes in this PR.

If there are breaking changes, please STOP and consider the following:

  • What other modules will these changes impact?
  • Do JIRAs exist to update the impacted modules?
    • If not, please create them
    • Do they contain the appropriate level of detail? Which endpoints/schemas changed, etc.
    • Do they have all they appropriate links to blocked/related issues?
  • Are the JIRAs under active development?
    • If not, contact the project's PO and make sure they're aware of the urgency.
  • Do PRs exist for these changes?
    • If so, have they been approved?

Ideally all of the PRs involved in breaking changes would be merged in the same day to avoid breaking the folio-testing environment. Communication is paramount if that is to be achieved, especially as the number of intermodule and inter-team dependencies increase.

While it's helpful for reviewers to help identify potential problems, ensuring that it's safe to merge is ultimately the responsibility of the PR assignee.

@vashjs vashjs requested review from UladzislauKutarkin, a team and JohnC-80 November 28, 2023 22:54
Copy link

github-actions bot commented Nov 28, 2023

Jest Unit Test Statistics

    1 files  ±0    26 suites  ±0   2m 50s ⏱️ +3s
171 tests ±0  170 ✔️ ±0  1 💤 ±0  0 ±0 
174 runs  ±0  173 ✔️ ±0  1 💤 ±0  0 ±0 

Results for commit 41efdb7. ± Comparison against base commit e7d68dc.

♻️ This comment has been updated with latest results.

Copy link

github-actions bot commented Nov 28, 2023

BigTest Unit Test Statistics

0 tests  ±0   0 ✔️ ±0   0s ⏱️ ±0s
0 suites ±0   0 💤 ±0 
0 files   ±0   0 ±0 

Results for commit 41efdb7. ± Comparison against base commit e7d68dc.

♻️ This comment has been updated with latest results.

Copy link
Member

@zburke zburke left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Let's wait for feedback from @JohnC-80 before merging this; I see you pinged him for review here and in the comments on UIBULKED-388. It does feel like the fix should be implemented in STCOM if possible, so all apps benefit from it.

@vashjs
Copy link
Contributor Author

vashjs commented Nov 29, 2023

Let's wait for feedback from @JohnC-80 before merging this; I see you pinged him for review here and in the comments on UIBULKED-388. It does feel like the fix should be implemented in STCOM if possible, so all apps benefit from it.

Hi @zburke, @JohnC-80 helped me with this approach so all should be good, I've just added him as reviewer for additional notification.

Copy link
Member

@zburke zburke left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah, reading through the documentation for no-noninteractive-tabindex makes it clear why this is the correct approach:

If you know that a particular element will be scrollable, you might want to add tabindex="0" if your website supports browsers that don't make these containers keyboard-focusable.

Please include a link to documentation in the PR description. It wasn't clear to me why "section with empty message [should be] focusable", so the additional context that "technically, the empty-message pane could be scrollable, and scrollable elements should be focusable and can be made so with tabindex="0"".

# Conflicts:
#	CHANGELOG.md
Copy link

SonarCloud Quality Gate failed.    Quality Gate failed

Bug A 0 Bugs
Vulnerability A 0 Vulnerabilities
Security Hotspot A 0 Security Hotspots
Code Smell B 1 Code Smell

No Coverage information No Coverage information
0.0% 0.0% Duplication

idea Catch issues before they fail your Quality Gate with our IDE extension sonarlint SonarLint

@vashjs vashjs merged commit 3884df6 into master Nov 30, 2023
4 of 5 checks passed
@vashjs vashjs deleted the UIBULKED-388 branch November 30, 2023 01:01
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants