Skip to content

fix: refuse both-numeric names to match the registry policy - #17

Merged
ralyodio merged 1 commit into
moshcoder:mainfrom
nivokvo:fix/both-numeric-name-divergence
Aug 28, 2026
Merged

fix: refuse both-numeric names to match the registry policy#17
ralyodio merged 1 commit into
moshcoder:mainfrom
nivokvo:fix/both-numeric-name-divergence

Conversation

@nivokvo

@nivokvo nivokvo commented Aug 21, 2026

Copy link
Copy Markdown
Contributor

Fixes #16

parseRegistryName accepted 1.420 while the registry refuses it (IPv4-literal ambiguity). This port now applies the same refusal, per its own header promise of same semantics and the label-rule comment that matching the registry matters more than the rule itself.

  • 1.420, 420.187 → null
  • blue.420, 420.blue → still valid
  • Tests: 49 pass, 0 fail (2 new assertions)

parseRegistryName accepted '1.420' as a Moshpit name while the registry
(moshpit-name) refuses it — several parsers read a two-part dotted
number as an abbreviated IPv4 literal. The file's own header promises
the same semantics as the reference implementation, and the comment on
the label rule says matching the registry matters more than the rule
itself; this branch diverged from both.

Effect before the fix: with clearnet silent, '1.420' resolved to a
parking page for a name the registry can never register.
@ralyodio
ralyodio merged commit fa4a4ff into moshcoder:main Aug 28, 2026
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.

Bug: parseRegistryName accepts both-numeric names the registry refuses (port diverges from reference)

2 participants