Dates should be added in the survey-specific format. Please try doing that and report back if there is still an issue.

The survey specific format is dd.mm.yyyy Specifying the default date as 15.05.1952 results in the same error.
However: in #73722 you mentioned: "Dates in default values (or {TOKEN:ATTRIBUTE_X} in your case), need to be in the format yyyy-mm-dd. That is the internal storage representation." Here both don't work.
BTW: this error also happens in the demo survey "Test of EM question attributes"

The attached survey shows the current behavior in 1.92 and 2.0

In 1.92, default values must be in the format yyyy-mm-dd. However, values passed via the command line must be in the survey-specific format (e.g. mm/dd/yyyy).

This is a problem for 2.0, which uses the '/' character to separate parameters, so perhaps we should force the use of the yyyy-mm-dd format for URL parameters too.

Although this survey works in 1.92, it does not work in 2.0 - the default values a re always 01.01.1970

Since this includes a date picker problem (shows wrong date), someone else needs to handle it. I suspect this isn't actual an EM-related issue, but rather an issue with date conversions.

I think indeed default values better should be survey-independant. That also makes it easier to make multi-language surveys.
Frans

Thomas, I am not sure where this is a date picker problem? To me it rather looks like the default value is not used at all in 2.0?

Actually, as long as I use the correct format, the default values are appearing in 2.0

If I do it, it goes wrong.
I use 05.05.2000 as default value, but in the survey it becomes 01.01.1970 The max and min year is 1900 and 2100
Maybe the format is incorrect, but I tried other formats as well. And also the test survey "Test of EM question attributes " behaves in the same way.
Could there be a difference between your and my system? Maybe the language setting? (I use dutch).
If you want I can send you the login code for the admin so you can see my settings (but I do that only by mail)
Thanks
After writing this I saw there is a new build where this should be corrected. I will try this
Frans

I fixed a bunch of datetime conversion errors since RC8, I guess because of that it is working now as expected. As I cannot reproduce it anymore I will mark this issue as resolved.

In the latest build the value appears to be correct.
What is unclear, however, is that the default date should not be entered in the survey specific format (in my case dd.mm.yyyy) but as yyy-mm-dd. I think this is better, but I thing it should be documented (in the earlier note 20106 TMSWhite reported differently).

Version 2.00 RC 9 released.