You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
6265bis should not normatively depend on the Public Suffix List #1159
Concrete suggestion: Move this to an informative reference, instead, and update the text relying upon it to capture this.
In 6265, this was effectively an informative reference, per Section 5.3's note. This is somewhat related to #1033 which moved it into terminology, instead of Section 5.4.
In terms of "rough consensus and running code", in terms of widely deployed clients, the algorithm specified in the Public Suffix List is not consistently implemented, the algorithm itself is ambiguous for edge cases, and perhaps most importantly, none of the major implementations ship the same version of the Public Suffix List. Several implementations, including Google Chrome, further fork and modify that list to support their implementation needs.
Thus, it's really more of an informative dependency, similar to how 6265 captured this problem. SAC070 similarly called out and acknowledged there may be many static lists used by applications, of differing versions and algorithms.
I don't think it's pedantically "editorial" since it removes a normative reference, but I'm fine with doing so. Do you have a proposal for new text? If not, I'll make something up.
Activity
sleevi commentedon Apr 15, 2020
@mikewest Also editorial and related to 6265bis
mikewest commentedon Apr 15, 2020
I don't think it's pedantically "editorial" since it removes a normative reference, but I'm fine with doing so. Do you have a proposal for new text? If not, I'll make something up.