We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
@carbon/react
Chrome
v11.49.0
18.2.0
The test "should initialize a calendar when using react.lazy" would be more robust if it used waitFor().
waitFor()
For example:
render( <React.Suspense fallback="Loading"> <LazyDatePicker datePickerType="single"> <LazyDatePickerInput placeholder="mm/dd/yyyy" labelText="Date Picker label" id="date-picker-simple" /> </LazyDatePicker> </React.Suspense> ); const labeledElement = await screen.findByLabelText('Date Picker label'); expect(labeledElement).toBeInTheDocument();
becomes
const labeledElement = await waitFor(() => screen.findByLabelText('Date Picker label'), { timeout: 10000 });
n/a
Not consistent. Run the tests in CI mode and the error intermittently.
None
No response
The text was updated successfully, but these errors were encountered:
Successfully merging a pull request may close this issue.
Package
@carbon/react
Browser
Chrome
Package version
v11.49.0
React version
18.2.0
Description
The test "should initialize a calendar when using react.lazy" would be more robust if it used
waitFor()
.For example:
becomes
const labeledElement = await waitFor(() => screen.findByLabelText('Date Picker label'), { timeout: 10000 });
Reproduction/example
n/a
Steps to reproduce
Not consistent. Run the tests in CI mode and the error intermittently.
Suggested Severity
None
Application/PAL
No response
Code of Conduct
The text was updated successfully, but these errors were encountered: