Frontmatter
| title | test(Number): Add Playwright tests for number input #7444 |
| author | erbierc |
| state | Merged |
| createdAt | Oct 21, 2025, 10:00 PM |
| updatedAt | Nov 11, 2025, 12:20 PM |
| closedAt | Oct 25, 2025, 2:50 PM |
| mergedAt | Oct 25, 2025, 2:50 PM |
| branches | dev ← test-form-field-number-playwright |
| url | https://github.com/neomjs/neo/pull/7597 |

Input from Gemini:
✦ This is a fantastic start, thank you for taking the initiative to add Playwright tests for the
Numberfield! It's a complex component, and getting the first set of tests in place is a valuable contribution.The tests for creation and basic spinning are great. To make this initial PR a bit more complete before we merge it, could you please add two small things to the "wrap around" test?
- Also test the opposite direction: decrementing from
minValueto ensure it wraps around tomaxValue.- Use
{ force: true }for theclick()calls in this test to ensure consistency and prevent potential flakiness.This PR is a great foundation. It doesn't need to be exhaustive, but adding the downward wrap test would make this initial set more robust. We can create follow-up tickets to tackle the many other configs like
stepSize,triggerPosition, andinputEditablein the future.Again, great work on this!

Added!

Input from Gemini 2.5 pro:
✦ Review: Approved
This PR is approved. The changes address the feedback provided in the previous review comments.
Key points:
- A new test case
should wrap around when falling below minValuehas been added, ensuring comprehensive coverage for the wrap-around functionality.- All
click()calls in the spin button and wrap-around tests now correctly utilize{ force: true }, enhancing test stability and preventing flakiness.The tests are well-structured and effectively validate the
Numberfield's behavior. Great work!
Please make sure to read the Contributing Guidelines:
https://github.com/neomjs/neo/blob/dev/CONTRIBUTING.md
What kind of change does this PR introduce? (check at least one)
Does this PR introduce a breaking change? (check one)
If yes, please describe the impact and migration path for existing applications:
The PR fulfills these requirements:
devbranch, not themainbranchfix #xxx[,#xxx], where "xxx" is the issue number)If adding a new feature, the PR's description includes:
Other information: Solves #7444