<div class="gmail_quote">On Wed, Oct 28, 2009 at 6:56 PM, &quot;Martin J. Dürst&quot; <span dir="ltr">&lt;<a href="mailto:duerst@it.aoyama.ac.jp">duerst@it.aoyama.ac.jp</a>&gt;</span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
a) For each corrigendum, at least some of the implementations seem to have adopted it. I very much hope the others will follow. On the IDNAbis WG list, some people pointed out that if there were RFC errat for the Unicode corrigenda, that would help implementations. I can submit some errata if people thing that indeed will help.<br>

<br>
b) The entry &quot;FF - 3.2 -- applied twice!&quot; confirms what I have been claiming since the very time the Normalization Idempotency bug was found: That the IDNA spec (implicilty) assumed that normalization was idempotent, and than different implementations might end up with applying normalization once or twice, and thus differ in their result on those cases where (before the corrigendum) normalization wasn&#39;t idempotent. All the more reason to apply this corrigendum via an RFC erratum.<br>
</blockquote><div><br></div><div>I plan to change ICU soon. Currently, ICU&#39;s IDNA code uses a specific, internal flag to <i>make </i>the normalization code behave like <i>before </i>Corrigendum #5 while the regular ICU normalization API works as specified <i>since</i> Corrigendum #5. This fork in the code path is annoying, and the bug nasty although extremely obscure. The different browser behaviors have convinced me that it does not make sense to maintain the old behavior.</div>
<div><br></div><div>The reason that ICU&#39;s IDNA implementation explicitly behaves like before Corrigenda #4 &amp; #5 is that, at the time, IETF people wanted normalization behavior to be super-compatible with Unicode 3.2 as originally specified, and we assumed that other IDNA implementations would not update either.</div>
<div><br></div><div>Personally, I would be happy to see errata for the IDNA RFCs for adopting the normalization corrigenda.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
BTW, what is Opera doing?<br></blockquote><div><br></div><div>Opera implements Corrigendum #5, like Internet Explorer. I don&#39;t know about #4.</div><div><br></div><div>Best regards,</div><div>markus</div></div>