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

🐛 DateRangeInput date glitch #742

Open
LaurentDario opened this issue Oct 22, 2021 · 1 comment
Open

🐛 DateRangeInput date glitch #742

LaurentDario opened this issue Oct 22, 2021 · 1 comment
Labels

Comments

@LaurentDario
Copy link
Collaborator

This is a very specific bug that seems to be coming up with a few manipulations.
The date of the field on blur is not reflecting the value that is visible on focus.

Describe the bug

If you play around with dates and change them for dates that shouldn't be valid (start date > end date), you can sometimes see one of those dates changing on focus (after insisting).

Steps to reproduce

Go on the Default example of the Orbit doc for DateRangeInput, enter 2 dates that are matching the logic of startDate < endDate. Change the end date for a date prior to the start date, move the focus out of the field. Do it a second time.
You can then see the date changing on the next focus/blur.

Expected results

The date stays consistent with the startDate < endDate logic

Reproducible demo

https://share.getcloudapp.com/qGuRoJAL

@patricklafrance
Copy link
Member

It is indeed a bug and it's been reported by Laurent more than a year ago.

Could it be prioritized @fraincs @alexasselin008 ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants