[whatwg] postMessage support now in Firefox trunk, implementation issues, feedback, tests

Ian Hickson ian at hixie.ch
Tue Apr 29 02:55:22 PDT 2008


On Wed, 30 Jan 2008, Jeff Walden wrote:
>
> The spec's incomplete or vague on a few points right now.  The points I 
> know where I forged new ground or think clarifications/explicit notes 
> may be in order are:
> 
> * event.domain/uri values in a rewritten about:blank document The spec 
> seems to somewhat indicate that we should be using about:blank and "" as 
> uri/domain right now, but that's fairly useless in terms of allowing 
> postMessage in dynamically-created pages.  This probably wants to change 
> to reflect the document's origin/principal, and assuming things go the 
> way most browsers have implemented it, this means those values are the 
> same as for the opener of about:blank.  This is tested in 
> test_postMessage_special.xhtml. Note that there are two different tests 
> of this behavior which change the document in slightly different ways, 
> and Mozilla expects them to have the same results right now.

Fixed.


> * event.domain/uri values for IDN URLs
> We use the Unicode-ized values of these, not the Punycode versions.
> (Actually, that's a lie -- what we use depends on whether the relevant TLD is
> whitelisted for non-punycode display or not, which is clearly the wrong
> behavior; at the moment I doubt this will be fixed for Firefox 3, sadly.)  I
> think this is what authors would most likely expect, if not now then when IDN
> is truly widespread (when we'd be stuck with punycode if we were to choose it
> now), but the spec doesn't say anything about IDN yet.

Fixed.


[snip many other comments that either I've already replied to or that have 
been overtaken by events]

-- 
Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'



More information about the whatwg mailing list