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
openEHR specification states that "Any date, datetime or timestamp value provided by a create or update action inside the COMPOSITION content will be preserved as it was sent by the client".
However, it was noticed that the "fraction of second" value is being truncated, but only when the "fraction of second" consists solely of zeros. This specific issue led to the failure of the following test case. Additionally, it's important to note that having all zeros in the "fraction of second" is completely valid according to the ISO 8601 standard.
assertEquals("2023-05-22T04:29:35.000000", new DvDateTime("2023-05-22T04:29:35.000000").getValue().toString());
Expected Output: "2023-05-22T04:29:35.000000"
Actual Output: "2023-05-22T04:29:35"
The text was updated successfully, but these errors were encountered:
According to the ISO 8601 standard, the fraction of a second can be represented with one to six digits.
1ms - 001000
10ms - 010000
100ms - 100000
1μs - 000001
openEHR specification states that "Any date, datetime or timestamp value provided by a create or update action inside the COMPOSITION content will be preserved as it was sent by the client".
However, it was noticed that the "fraction of second" value is being truncated, but only when the "fraction of second" consists solely of zeros. This specific issue led to the failure of the following test case. Additionally, it's important to note that having all zeros in the "fraction of second" is completely valid according to the ISO 8601 standard.
assertEquals("2023-05-22T04:29:35.000000", new DvDateTime("2023-05-22T04:29:35.000000").getValue().toString());
Expected Output: "2023-05-22T04:29:35.000000"
Actual Output: "2023-05-22T04:29:35"
The text was updated successfully, but these errors were encountered: