Conversation
The dateTimeStamp XML standard type supports fractional second notation: https://www.w3.org/TR/xmlschema11-2/#dateTimeStamp Before this patch, the tool crashed when fractional timestamps were given in e.g. CreationInfo. Current implementation is limited to microsecond resolution. More fine-grained timestamps (nanosecond), will be silently truncated to microsecond resolution. Signed-off-by: Zalan Blenessy <zalan.blenessy@volvocars.com>
|
PR Checks pass, please review. |
|
Hi @armintaenzertng ! Afaik. the ISO8601 spec support fractional seconds too. Would you be ok if we fix the schemas (all versions) instead for consistency? Example (v2.2.1):
|
|
Changing the spec is not for me to decide. @goneall, what's your stance on this? Should we allow fractional seconds? |
Changing the spec would involve creating an issue in the spdx-model repo and updating quite a few libraries.
If the proposal is to update the schemas to reflect the SPDX subset of the XML datetimestamp, that seems like a reasonable approach. |
Based on the proposed regex in this issue you seem to be adopting fractional seconds format (more ISO8601 compatibility). Do you really want a new issue that would propose quite the opposite (maintaining SPDX 2.3 timestamp => less ISO8601 compatibility)?
To be clear, I would incorporate the format restriction from the HTML specs: |
The dateTimeStamp XML standard type supports fractional second notation: https://www.w3.org/TR/xmlschema11-2/#dateTimeStamp
Before this patch, the tool crashed when fractional timestamps were given in e.g. CreationInfo.
Current implementation is limited to microsecond resolution. More fine-grained timestamps (nanosecond), will be silently truncated to microsecond resolution.