Discrepancies in expected values in tests compared to documentation

[drclaw1394]

Hi there,

The first line of text on https://publicsuffix.org states:

A "public suffix" is one under which Internet users can (or historically could) directly register names. Some examples of public suffixes are .com, .co.uk and pvt.k12.ma.us. The Public Suffix List is a list of all known public suffixes.

.com is explicitly mentioned as a public suffix, yet the tests/tests.txt file has a few test of '.com' ( mixed case, with and without the leading dot), and the expected result are all 'null'. This seems to contradict the stated definition of a public suffix.

Also the the 'Algorithm/Definition' section in the wiki states:

A domain or rule can be split into a list of labels using the separator "." (dot). The separator is not part of any of the labels. Empty labels are not permitted, meaning that leading and trailing dots are ignored.

The leading dot should be ignored, however tests.txt file lists expected results of 'null' for all tests with a leading dot.

My apologies if this is documented somewhere. There seems to be a disconnect between the documents and the tests.

Thanks

[simon-friedberger]

I've removed the part leading and trailing dots are ignored from the wiki. We generally don't allow the empty root label and domains in general are not allowed to have other empty labels. (I am pretty sure, although I cannot find an authoritative reference.)
Presumably, tests.txt encodes the fact that empty labels are not allowed by returning null for the error.