On 9/22/14, 1:18 PM, James Graham wrote:
I think you'd get a better result by asking for agreement from all the relevant implementors that they felt that the spec was implementable.
The problem was that in some cases this was more a less a non-goal (in some cases an anti-goal) for the spec editor. Hence the process bit to somewhat force them to deal with the issue. :(
Of course in reality, if someone ships something that exposes their internals and content comes to depend on it, everyone else is forced to copy that behaviour anyway, with as much fidelity as they can.
Yes, true.
Specs are only helpful here in the face of good actors.
And in making it clear when people are being bad actors, yes.
As we both know, it's not unheard of for people to follow enough process to get their stuff to Rec. with two "interoperable" implementations, and gaping holes in the spec.
Indeed.
Note that actually sanely testing something like navigation in non-browser-specific ways is ... hard. Basic things like "open a cross-origin window and wait for it to load" aren't really possible. :(Using window.open("http://some.cross.origin.url";), you mean? Couldn't you put a postMessage() in the load event of the opened document?
You can in some cases. In other cases (like when you're testing the nulling out of window.opener by callers to disconnnect the callee from them, or testing opening of sandboxed things that shouldn't be allowed to run script) this is not an option.
It requires your test to go async
You need that anyway for window.open, so that's not an issue.
and depends on how precise your needs are of course.
Right.
There is a hope that over time we can address more use cases that need access to privileged APIs. There is a work in progress that will allow using WebDriver from test cases, for example. It's not clear that this will allow us to meet all needs, but it should make a difference in some cases.
Yeah, I'm very much looking forward to this.
https://critic.hoppipolla.co.uk/r/282
Thank you. This is definitely something we should find time to review.... -Boris _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
