Skip to content

Conversation

@jdesrosiers
Copy link
Member

@jdesrosiers jdesrosiers commented Jan 9, 2026

Resolves #1636

  • Revert hostname to it's draft-06 definition that doesn't require validating IDNs.
  • Require full validation of idn-hostname and idn-email
  • Update the idn-hostname and idn-email to the format registry and update to be defined by IDNA2008 using the UTS #46 mapping.

I was a little uncertain what to do with the definingBody and definition field in this case. It would seem to make sense to link to UTS #46 (and maybe the related RFCs as well), but that doesn't seem to be the convention. Those fields are dedicated to where those formats are defined as formats, not the specification that defines them.

Should we change that convention? Should we add another field for the specification? Should we just leave it as I've done here and just leave out those fields like similar cases in the registry?

I think it makes more sense for the registry to reference the specification of the format, not JSON Schema, or OpenAPI unless there is no other specification and that's where the format is actually defined. I'm don't think that's the case for any formats we have registered.

@jdesrosiers jdesrosiers merged commit d7027fb into json-schema-org:main Feb 10, 2026
3 of 4 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

The idn-* formats are problematic

2 participants