Skip to content

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

Open
nivokvo wants to merge 1 commit into
moshcoder:mainfrom
nivokvo:fix/both-numeric-name-divergence
Open

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

Conversation

@nivokvo

@nivokvo nivokvo commented Aug 21, 2026

Copy link
Copy Markdown

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.
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)

1 participant