-
Notifications
You must be signed in to change notification settings - Fork 79
Description
Check existing issues
- I have checked for existing issues to avoid duplicates
Actual Behavior
This only happens when there's an initial value set and only on the first input.
When it has an initial value set, setting the start date changes the end date and leaves the start date as it is.
If you refresh and start over, changing the end date first set the start date to null.
After the first value change, the input behaves es axpected.
Expected Behavior
Setting the start or end date for the first time when there's an initial value changes them accordingly and do not change anything else.
Reproduction Sample
https://codesandbox.io/p/devbox/happy-hooks-742ty6?file=%2Fsrc%2FApp.jsx
Reproduction Steps
- Change the start date to some day a few days in the future (3 or 4 days)
- Observe the actual value set to the start date and check that the value you set was actually set on the end date.
- refresh
- set the end date
- observe the start date. It will be empty.
Reproduction Version
latest (2.11.1)
Relevant Info
Tested on Chrome latest version, on a Macbook. Also ran on code sandbox, so it should happen regardless of OS.
Regression?
No response
Priority impact
impact - p1 - need for current milestone
Impact
At the moment, this can be solved with a workaround by setting the initial value after rendering the component, instead of passing the initial value to the component right away.
We're planning on releasing a redesign of a feature that includes this date picker in October. Would be nice to have it fixed by then.
Calcite package
- @esri/calcite-components
- @esri/calcite-components-angular
- @esri/calcite-components-react
- @esri/calcite-design-tokens
- @esri/eslint-plugin-calcite-components
Esri team
ArcGIS Urban