Wildcards can occur for any segment, not just the start, and multiply

[quasicomputational]

The PSL's spec says:

Wildcards are not restricted to appear only in the leftmost position, but they must wildcard an entire label. (I.e. ..foo is a valid rule: *bar.foo is not.)

...but the parsing code only looks for a single wildcard in the leftmost position:

tldts/bin/parser.js

Line 32 in e7c140c

} else if (line.startsWith('*.')) {

There aren't actually any present rules that have a non-leftmost wildcard, so this is a future-proofing concern.

[remusao]

Hi @quasicomputational

We used to support wildcards in any position but following up on this discussion on the official project: publicsuffix/list#145 (comment) it appears that the current agreement is to only support wildcards at the last position (and official documentation is yet to be updated with this change). Ultimately, this also allows for more efficient matching. It would be pretty easy to support it again though, but it does not seem like it's happening for now.

Best,
Rémi

[quasicomputational]

Oh, I see. I wish I'd noticed that issue before I wrote any code that has to deal with wildcards in the suffix, rather than after!

[remusao]

No worries, happy I could help. Could you maybe edit the description of your other issue publicsuffix/list#806 to reflect the status of this one?