You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
Two scenarios fail when using the datepicker + timepicker component in an islamic locale. When picking a new time without picking a new date, the new date will be incorrect on the input field change event. (This event triggers things like updating [(ngModel)] bindings, which is a situation where the bug appears in practice). The issue does not seem to be happening if we pick a date before picking a time, and it seems to be resolved by itself when the date is saved and the timepicker is closed.
To Reproduce
Pre-condition:
Set locale to Arabic (Saudi Arabia)
or
Set both language and locale to Arabic (Saudi Arabia)
Describe the bug
Two scenarios fail when using the datepicker + timepicker component in an islamic locale. When picking a new time without picking a new date, the new date will be incorrect on the input field change event. (This event triggers things like updating [(ngModel)] bindings, which is a situation where the bug appears in practice). The issue does not seem to be happening if we pick a date before picking a time, and it seems to be resolved by itself when the date is saved and the timepicker is closed.
To Reproduce
Pre-condition:
or
Set both language and locale to Arabic (Saudi Arabia)
Scenario 1
Scenario 2
Expected behavior
Both scenarios: When the change event emits, the input field value should be the current date but with the new time picked.
Version
Screenshots
Reproducible code for scenario 1.
Imgur GIF for scenario 1
Platform
Additional context
First reported in Feb 2021, so it's been around a while.
The text was updated successfully, but these errors were encountered: