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
While writing tests to support the LanguageContent object I found myself with a problem using the contents dictionary. I saw RFC5646 supports language tags longer than 2 characters, but the STIX specs mandate 3 or more for keys in a dictionary. The examples found in the document use language tags that are too short. Will this mean that producers need to provide a more specific language tag?
We talked about this on the working call on 2018-01-13 and the consensus on the call was to remove the phrase "MUST have a minimum length of 3 ASCII characters".
The people that voted for this to be remove were: Bret Jordan, Trey Darley, Allan Thomson, Mark Davidson, Chris Ricard, Sean Barnum, Rich Struse, Paul Patrick
The call for objections ended COB 02 March with no objections received to the TC mailing list. The change has been made in suggesting mode in STIX 2.1, Part 1 with a comment noting that it closes this Github issue. QED, we are closing this issue.
While writing tests to support the LanguageContent object I found myself with a problem using the
contents
dictionary. I saw RFC5646 supports language tags longer than 2 characters, but the STIX specs mandate 3 or more for keys in a dictionary. The examples found in the document use language tags that are too short. Will this mean that producers need to provide a more specific language tag?Affects: Section 2.2 Dictionary
Should there be an exception to this MUST requirement or remove the requirement completely?
The text was updated successfully, but these errors were encountered: