Re: [whatwg/url] Initialize the IgnoreInvalidPunycode flag when calling UTS 46 (Issue #821)

I can't remember off the top of my head; would have to look back at the
development notes.

---------- Forwarded message ---------
From: Henri Sivonen ***@***.***>
Date: Fri, Mar 1, 2024, 04:37
Subject: Re: [whatwg/url] Initialize the IgnoreInvalidPunycode flag when
calling UTS 46 (Issue #821)
To: whatwg/url ***@***.***>
Cc: Mark Davis ***@***.***>, Mention ***@***.***>


AFAICT, the current behavior of Firefox and Safari would be consistent with
setting this flag to false and Chrome’s behavior would be consistent with
setting this flag to true.

Looking at how browsers comply with the existing spec, Safari seems to
comply well, Firefox seems to comply except Firefox fails to enforce bidi
rule on LTR labels in a bidi domain name (i.e. Firefox enforces the bidi
rule on a per-label basis), and Chrome’s behavior seems hard to explain
from the spec.

These observations would support setting IgnoreInvalidPunycode to false.
However, I’m missing some context of why the IgnoreInvalidPunycode flag was
introduced in UTS 46. The rationale says it enables an ASCII fast path, but
UTS 46 still requires validating xn-- labels that decode successfully as
Punycode, so the flag does not, AFAICT, enable an ASCII fast path in
general (and the “industry practice” evidently doesn’t cover Firefox and
Safari).

@markusicu <https://github.com/markusicu>, @macchiati
<https://github.com/macchiati>, can you share more context for the
motivation of IgnoreInvalidPunycode and how you’d expect the URL Standard
to set the flag?

—
Reply to this email directly, view it on GitHub
<https://github.com/whatwg/url/issues/821#issuecomment-1973116108>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/ACJLEMCPDTNYLKLQTLNVWXLYWBY77AVCNFSM6AAAAABC3OVTROVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNZTGEYTMMJQHA>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>


-- 
Reply to this email directly or view it on GitHub:
https://github.com/whatwg/url/issues/821#issuecomment-1974863036
You are receiving this because you are subscribed to this thread.

Message ID: <whatwg/url/issues/821/1974863036@github.com>