-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
Combine tests for checking for a navigable toolbar into one test to improve performance #51550
Combine tests for checking for a navigable toolbar into one test to improve performance #51550
Conversation
…mprove performance
Size Change: 0 B Total Size: 1.4 MB ℹ️ View Unchanged
|
Flaky tests detected in fe35de5. 🔍 Workflow run URL: https://github.com/WordPress/gutenberg/actions/runs/5282256427
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM 👍 💯
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you, @jeryj!
@scruffian, the PR description has a note to hold off merging this until the #51548 is merged. |
It merged into |
…s a form element (#51548) There was a bug in the tab navigation that allowed tabbing between form elements within a block. Shift + tab in this instance should move to the preceding tabbable element within the current block. However, it wasn't checking if the preceding form element was _within_ the current block, so when at the block boundary, a shift+tab would move to the preceding block's form element rather than the block toolbar. This changes the behavior to constrain the form elements _within the selected block_ and only handle shift+tab or tab if the element being tabbed to is within the current block. * Combine tests for checking for a navigable toolbar into one test to improve performance (#51550)
…s a form element (WordPress#51548) There was a bug in the tab navigation that allowed tabbing between form elements within a block. Shift + tab in this instance should move to the preceding tabbable element within the current block. However, it wasn't checking if the preceding form element was _within_ the current block, so when at the block boundary, a shift+tab would move to the preceding block's form element rather than the block toolbar. This changes the behavior to constrain the form elements _within the selected block_ and only handle shift+tab or tab if the element being tabbed to is within the current block. * Combine tests for checking for a navigable toolbar into one test to improve performance (WordPress#51550)
What?
Taking several related tests and combining into one test to save time on running tests.
This needs to wait to be merged until #51548 lands, as combining these tests uncovered a real bug in the keyboard navigation behavior.
Testing Instructions
npm run test:e2e:playwright test/e2e/specs/editor/various/toolbar-roving-tabindex.spec.js