[P2][Sourcing] [fd-datetime-picker] and [fdp-datetime-picker] Manually deleting the time portion and keeping only the date causes the displayed date to become inconsistent with the original selection

[Adazhao01]

Is this a bug, enhancement, or feature request?
a bug
Describe your proposal.
When the locale is not en or zh, manually deleting the time portion and keeping only the date causes the displayed date to become inconsistent with the original selection.

Example:

• Set locale to fr.
• Select a datetime: 03/06/2025 0:00.
• Manually delete the time, only 03/06/2025 is shown.
• Open the calendar again, the selected date is now interpreted as June 3rd instead of March 6th.
• After clicking Save, the final value becomes 06/03/2025 0:00

meaning the actual date has changed from March 6 to June 3.

https://sap.github.io/fundamental-ngx/#/core/datetime-picker

Expected Behavior:
The date should remain consistent after time is removed, regardless of locale settings.

Can you handle that on the application side
No

Which versions of Angular and Fundamental Library for Angular are affected? Please, specify the exact version. (If this is a feature request, use current version.)
all versions

[droshev]

@Adazhao01 what is the version you are working?

[Adazhao01]

@Adazhao01 what is the version you are working?

Hi @droshev,
We are using is 0.43.54 for NGX.
Use complex-i18n demo, it's still exist.
https://sap.github.io/fundamental-ngx/#/core/datetime-picker#complex-i18n

[mikerodonnell89]

This appears to be a problem with the FdDatetimeAdapter, and is present with both date picker and datetime picker

[Adazhao01]

This appears to be a problem with the FdDatetimeAdapter, and is present with both date picker and datetime picker
Hi @mikerodonnell89
Thanks for your information. I would like to inquire if there is an estimated time of the fix?

[mikerodonnell89]

@Adazhao01 it is a current work in progress but we do not have a specific estimated release date for the fix - hopefully some time in the next few days.

I do believe the example linked in the issue should be using the Day.js datetime adapter rather than the FdDatetimeAdapter, as the latter does not support parsing for dd/mm/yyyy format. However there does seem to be a bug in our Day.js datetime adapter, which I'm working on now