-
Notifications
You must be signed in to change notification settings - Fork 10.7k
Add/35173 category field improvements #35606
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
Conversation
Test Results SummaryCommit SHA: 7ac3fde
To view the full API test report, click here. To view the full E2E test report, click here. To view all test reports, visit the WooCommerce Test Reports Dashboard. |
joshuatf
left a comment
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.
Nice workaround and awesome job finding the downshift updates!
This is testing well for me. Left one possible addition, but pre-approving ✅
| className?: string; | ||
| disabled?: boolean; | ||
| /** | ||
| * This is a feature already implemented in [email protected] through the |
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.
Thanks for this comment 💯
| > | ||
| <> | ||
| { isOpen && isSearching && items.length === 0 && ( | ||
| { isSearching ? ( |
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.
@louwie17 You had a similar logic change in a recent PR IIRC. Just want to ping you to make sure there aren't any conflicts.
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.
I do believe this logic update is fine and shouldn't cause any conflicts
| onFocus( { inputValue } ); | ||
| }, | ||
| onBlur: () => setIsFocused( false ), | ||
| onClick: () => __experimentalOpenMenuOnClick && openMenu(), |
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.
One quirk is that when we click around the combobox area that's not the input (e.g., click on the magnifying glass icon) it does not open the menu.
Should we add this logic __experimentalOpenMenuOnClick && openMenu() here as well?
woocommerce/packages/js/components/src/experimental-select-control/combo-box.tsx
Lines 32 to 35 in e924344
| if ( document.activeElement !== inputRef.current ) { | |
| inputRef.current.focus(); | |
| event.stopPropagation(); | |
| } |
joshuatf
left a comment
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.
Looks good with focus now! That also solved the combobox click issue mentioned above.
There are some failing tests, but I think unrelated to this PR. I restarted them to try and fix. Otherwise this LGTM 🚢
joshuatf
left a comment
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 ![]()
All Submissions:
Changes proposed in this Pull Request:
Closes #35173
How to test the changes in this Pull Request:
Screen.Recording.2022-11-16.at.5.27.46.PM.mov
Other information:
pnpm --filter=<project> changelog add?FOR PR REVIEWER ONLY: