Date properties over 4 digits not rendering properly

Steps to reproduce

  1. Make a date-type property.
  2. Go to source mode, and enter date with more than 4 digits. The month, date are 2 digits long.
  3. Exit source mode.

Did you follow the troubleshooting guide? [Y]

Yes

Expected result

All digits of the year are visible as Y-mm-dd

Actual result

Only the first four digits of the year are visible, as yyyy-mm-dd.

Environment

SYSTEM INFO:
Obsidian version: v1.5.12
Installer version: v1.5.3
Operating system: Windows 10 Pro 10.0.19045
Login status: logged in
Catalyst license: none
Insider build toggle: off
Live preview: on
Base theme: adapt to system
Community theme: none
Snippets enabled: 0
Restricted mode: on

RECOMMENDATIONS:
none


Additional information

The bug also occurs for 6 or more digit numbers.
The link when you click the date is correct (i.e. to 11941-05-20)


Technically, the date input component is set to accept four digits as a maximum (max=9999-12-31). You can check this by calling out the console and select the element.

To me this is reasonable as most users expect to type no more than 4 digits for the year. Currently it will automatically jump to month input from the fifth, giving a similar streamlined experience typing in plain text dates.

If the restriction were cancelled, users will find them have to tab-navigate to month. If they forget to do this, an annoying fifth or even sixth (the default web date-input accepts no more than six) will mess up the date. Imagine I’m going to type 2024-05-05 but yield a 202405-05, umm.

However, yes, fictional dates should be taken into consider. Though I don’t have a clear design.

I am not sure we are gonna support this use case. You can open a FR for this. Thanks.